Support for Node.js debuggability landed in Node.js in 2016. Here’s how to get up and running. (Post updated Jan 2018) 1. Download and install the current version of node. (v6.3.0+ required) 2. Run node with the --inspect-brk flag: # Break on the first statement of the script▸ node --inspect-brk index.jsNext, you used to open the big chrome-devtools:// URL it spits out, but don’t. Now there’s a be
2016-08-05 My Ruby process has stopped doing any work, what’s wrong? This is an uncommon but occasional problem for many people, especially with large applications using lots of native extensions. Step 1 - Thread backtraces A Sidekiq process will print out the backtrace of every thread when you send it the TTIN signal. kill -TTIN <pid> Side note: YMMV for other types of Ruby processes: resque, uni
作成：2016/07/11 更新：2017/04/16 Web制作 > 使い方 初めてデベロッパーツールを触る人でも分かるように、簡潔・シンプルに書きました。画像付きのチートシートのようなものですね。今回は初心者の方向けということでChromeデベロッパーツールの入門編。Chromeは最新版です。 エンジニア速報は Twitter の@commteで配信しています。 設定 背景色を黒にする タブの幅を変える エディタ エディタとして使う ローカルファイルのコードを整形する コンソール ログの閲覧・JavaScriptの入力や練習 エレメント 編集 CSS内の画像サイズと大きさを知る カラーフォーマットの変更 Breakpoints / クリックされた時のコードを見つける モバイル 回線速度のエミュレート 通信環境を選択 Androidデバッグ モバイルデバックの実機を増やす ネットワーク
When building AngularJS apps, it can be challenging to access data and services hidden deep in our application through the Javascript console in Chrome, Firefox, and IE. Here are some simple tricks we can use to inspect and control a running Angular app through the browser Javascript console, making it easy to test, modify, and even program our Angular app in real-time: 1: Access Scopes We can acc
会員事業部のツヤです。 クックパッドにもRubyMine愛好家はいますので、社内で共有されたTipsも含め RubyMineの便利な機能を紹介したいと思います。 ※ 掲載している画像は実際のサービス・プロジェクトとは一切関係ありません。(blog用です) Remote Debugging Gemのインストール RubyMineの設定 デバッグ 便利な機能 Search Everywhere no new line at end of file Ruby Style Guid keymap Tasks & Contexts Terminal PlantUML Gfm まとめ Remote Debugging このために使っていると言っても過言ではないのが Remote Debugging 機能です。 どんなサービスでも複雑な要件で構成されたページは存在するもので、クックパッドも同様です。 歴
はじめに エンジニアの@ryooo321です。 よろしくお願いします。 弊社では多くのプロジェクトでruby on railsを使っています。 ruby on railsで開発する上でrails consoleは欠かせない存在かと思います。 pry-railsを使うと、rails consoleをさらに高機能にできます。 今回は私の感じたpry-rails(と便利なgemいくつか)の便利利用法をいくつか紹介したいと思います。 ※ 本記事はKyoto.rbでの発表内容をブログ向けにまとめなおしたものです。 下記ブログにpryの分かりやすい良記事がありまして、内容が重なる部分もありまして恐縮ですが、 ご存じない使い方が一つでもあれば幸いです。 Rubyistよ、irbを捨ててPryを使おう Kyoto.rbについて 京都市周辺のRuby技術者が集まって刺激しあえる場を作っていこうとするコミュニ
Reveal (http://revealapp.com/) なる iOS 向けのランタイムインスペクタなるものを知人のツイート経由で見つけた。ランタイムインスペクタとは何か ･･･ "Reveal brings the power of tools like Firebug and Web Inspector to iOS developers." ということでiOS アプリ用の Firebug みたいなのだと思えば良い。 動画を観てると確かにすごい。3D で動かしながら View の階層を手繰ってアプリのビューがどういう構造になっているかを見ていくことができる。更に動的にパラメータを変更して大きさや動きを変える、なんて Firebug の css の編集みたいなこともできるようだ。ベータ版は無料のようだ。 これは捗る。 RubyMotion で動かす ドキュメントを見てみたところ Re
2024.11 « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 - - - - » 2025.01 Rails 2.0 の場合は以下のようにするだけで、本当に簡単にデバッグを始められます。 １．gem install ruby-debug ↑このコマンドは ruby-debug がインストールされていない最初の１回だけ。root 権限のユーザで実行。 ２．debugger(view の場合は <% debugger %>) をデバッグを開始したい行に、ソースコードに直接書く。 ３．script/server -u デバッグを開始した後、debugger と書いた行の処理が走ったらそこで処理は一旦中断します。 すかさず先ほど script/server -u をしたコン
Vim で快適デバッギング。もちろん Ruby スクリプトの。
（この記事は Ruby Advent Calendar jp:2010の 14 日目です。前日は ujihisa さんでした。） こんにちは。時が経つのは早いもので、もう 14 日ですね。 Ruby の話題ばかりで皆さん飽きてらっしゃると思うので、今日は便利な Vim Script vim-ruby-debugger を紹介します。 vim-ruby-debugger は、名前から想像出来るように、Vim から ruby-debug を使うためのものです。 この Script をインストールして、 :Rdebugger のように起動すると、デバッグモードに入ります。 止めたい場所で、 <leader>b とタイプすると、ブレークポイントを設定することが出来ます。 コードを実行して、BP を設定した場所までくると、自動的に実行が一時停止して、Vim は該当にカーソルを移動します。 vim-r
連載：Visual Studioデバッグ手法 第3回 Visual Studio 2010による高度なデバッグを極める 亀川 和史 2010/10/01 前回までVisual Studioのデバッガ機能を紹介してきた。そこで説明した［F5］キーによる通常のデバッグ実行で、すべてが問題なくデバッグできるケースも多いが、通常のデバッグ実行ではうまくデバッグできない例もある。 本稿では、そういった通常のデバッグ実行では十分にデバッグできないプロジェクト例を6つほど示し、それぞれにおいて実際にデバッグを行う手法を紹介する。 （1）.dllファイル（＝アセンブリ）のデバッグ （2）リモート・デバッグ （3）別サーバのIIS上で実行されるプロジェクトのデバッグ （4）コードからのデバッガ制御 （5）Internet Explorer 8の拡張機能デバッグ （6）並列プログラムの可視化機能 ■.dllフ
連載目次 「TIPS：VS.NETでデバッグ・メッセージを出力するには？」で解説しているように、Debugクラス（System.Diagnostics名前空間）によるデバッグ・メッセージの出力は、Visual Studio .NETの使用時にはVS.NETの［出力］ウィンドウに出力される。 しかし、Visual Studio .NETではなくコマンド・プロンプトでコンソール・アプリケーションのプログラミングを行っている場合には、Debugクラスによる出力を表示することができない。このような場合には、Debugクラスに「リスナ」を追加することにより、コンソール（標準出力）やファイルなどにもメッセージを出力することができる。 デバッグ・メッセージを受け取るリスナ Debugクラスで使用されるリスナ（Listener）とは、Debugクラスからデバッグ・メッセージを受け取って、それをコンソール（
FireQuery is a Firebug extension for jQuery development jQueryを扱う際に便利なFirebug拡張 現在のバージョンは0.3 結構前に紹介されていたけど、ちゃんと使いこなせてきた感じなので紹介する。 以下、各機能について紹介と解説。 jQueryオブジェクトのconsoleへの表示 jQueryオブジェクトをFirebugのconsoleへの出力 1.2系の場合通常のオブジェクトとして表示されてしまいどの要素を抱えているかぱっと見て把握出来ない、 1.3系の場合は通常の配列と同じように表示される。 jquery12.fn.jquery;// 1.2.6 jquery12('div');// Object length=6 0=div#main 1=div#outer1.outer jquery13.fn.jquery;// 1.3
Firefinderとは何か？ https://addons.mozilla.org/en-US/firefox/addon/11905/ CSSセレクタやXPathで要素を検索出来るFirebugの拡張です。 どんな人にお勧めか？ hiddenフィールドの値を閲覧したり、 formのどの要素のnameが何かとかさくっと見たくなることないですか？ あるならお勧めです。 Firebugには既に$$というCSSセレクタで要素を検索出来る関数があるんだが？ CSSセレクタのサポートの度合いが違います。 $$関数では基本的なCSSセレクタしかサポートされていないので、 例えば、ここなら、http://images.google.co.jp/advanced_image_search?hl=ja $$('input'); // [input, input ja, input Google 検索, i
DoRuby! (ドルビー!) は現場のエンジニアによる、主にRubyなどの技術に関する様々な実践ノウハウを集めた技術情報サイトです。 こんにちは、KBMJの中平@railsエンジニアです。 今回はruby on railsのデバッグ方法を紹介しようと思います。 以前、aptanaでrailsをデバッグ実行するという記事を書いたのですが、そもそもコンソール上でのデバッグ方法を書いてないなと思ったので、紹介いたします。 今回は「ruby script/brekpointer」でのデバッグ方法ではなく、ruby-debugで「debugger」を利用してのデバッグ方法を説明いたします。 debuggerを利用するデバッグ方法 １．gem install ruby-debug２．development.rbに 『require 'ruby-debug' Debugger.start 』 の
全国のprintデバッグ愛好家の皆様、こんにちは。VSとかEclipseとかのIDE以外でデバッガを使ったことのない僕がやってきましたよ。 最近、C言語でヒーコラ言ってる真っ最中な訳ですが、C言語だとprintデバッグがやりにくい訳で、デバッガ様の力を借りてみたくなった訳です。という訳で、巷で有名な gdb をちょっと試してみました。 基本的な使い方は、以下を参考にしてます。gdb を用いたデバッグ方法GDBウノウラボ Unoh Labs: gdbの使い方 で、なんだか Emacsからも使えるみたいなんで、試してみたんですが、これが使いやすくてびっくり。"M-x gdb" で起動すると、Emacs のソース上に、現在の行が黒三角で、ブレークポイントが赤丸で表示されます。後は、コマンドラインでの操作と同じように、s とか n でステップ実行できます。 あー、もしかして、Perl とか Rub
実践的なデバッグ方法論（デバッグの仕方、事例研究）も強く求められている。デバッガーというツール依存のTipsではなく、ソフトウェアのデバッグというプロセスそのものの形式化である。 人々は誰に教わるでもなく自分のデバッグのスタイルを持っている。自分なりな定石を獲得している。しかしそれを明示化して人に伝えようと試みる人は少ない。伝承がまったく不可能なような議論も少なくない。 わたしはオープンソースの時代こそデバッグの方法論を広く共有できるチャンスに満ちた時代だと考えている。いくつか事例を紹介しつつ解説する。 優れたプログラマは優れたデバッグ方法論を持つ。そのデバッグ方法論をぜひ共有化したい。そのためには情報公開が要である。 デバッグとはプログラムの不具合を修正するプロセスである。テストなどによって発見された何らかの不具合を期待する結果に修正する作業である。テストとデバッグの区別が十分ついていな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
