debug.gemを使ったことがない方に向けて、いくつかの機能を紹介する - Qiita
こんにちは、@yuskuboです。 本記事は ビビッドガーデン Advent Calendar 2021 の13日目の記事です。 概要 RubyKaigi 2021でRubyの新しいdebuggerであるdebug.gemが紹介されましたね！Ruby 3.1からは標準ライブラリになる予定とのことです。 ビビッドガーデンでは、これまでbyebug gemとpry gemを利用していましたが、今後のバージョンアップ対応のことも考慮してdebug.gemへ移行し、日々の業務で使っています。 本記事では、私がよく使っているdebug.gemの機能をいくつかピックアップして紹介していきます。「それ知らなかった！」や「そんなこともできたんだ！」ということを1つでもお届けできれば嬉しいです。 対象読者 debug.gemをまだ使ったことないから基本的な使用方法を知りたいという方 debug.gemは既に
Ruby: byebugからruby/debugへの移行ガイド（翻訳）｜TechRacho by BPS株式会社
新しいデバッガに乗り換えてデバッグプロセスを変更するのがつい億劫になることもあるでしょう。本記事によって、皆さんがruby/debugに親しんでスムーズに移行する助けになることを願っています。 以下、debugはruby/debugを指します。 免責事項 著者はdebugと比べてbyebugの経験があまりありません。不正確な情報や古い情報がありましたらぜひお知らせください。 本記事の目的は高度なレベルで比較を行うことです。debugの特定の利用方法については公式ドキュメントを参照してください。 本記事はすべての機能を網羅しているわけではありませんが、ほとんどの機能をカバーしているはずです。 🔗 debugを使うメリット 個別の機能を解説する前に、debugを使うメリットについて簡単に触れておきたいと思います。 1. 出力がカラー化されている 2. メソッドやブロックの引数をバックトレース
ruby/debugのChrome Devtools連携をRailsで動かす｜TechRacho by BPS株式会社
morimorihogeです。涼しくなってようやく生きていける感じになって何よりです。 今回はruby/debugに新しく導入されたChrome Devtools連携リモートデバッグ機能を動かしてみたので、そちらを紹介してみようと思います。 ことの起こり 新しいRuby標準デバッガとして開発が進んでいるruby/debugですが、先日こんなTweetがありました。 debug.gem and Chrome browser integration. Thanks Ono-san! pic.twitter.com/3aUdH2zbEo — _ko1 (@_ko1) October 14, 2021 なにこれすごくない！？と思い、今回の記事を書くに至りました。 動きとしては、デバッガのコンソールで open chrome コマンドを実行するとURLが表示され、そのURLにChromeでアクセスす
忙しい人のための Rails デバッグ方法まとめ - Qiita
ざっくりと書いたので、何かの参考にどうぞ Rails の問題かどうか、ログを調べる あなたのRails アプリが、例えばブラウザからのリクエストに対して何か応答する場合、リクエスト情報はRails のアプリケーションプログラムに到達する前にHTTP サーバのプログラムを通ります。 ですので、HTTP サーバがRails にリクエスト情報を渡さなかった場合、もしくはリクエストがHTTP サーバにすら到達しなかった場合は、当然Rails プログラムは動きません。 ということでまずは、リクエストがRails に到達しているかをログから調べましょう。 ログ デフォルトでは、development 環境の Rails のログは log/development.log に出ます。 ログ見るときの基本的なことですが、tail コマンドの f オプションで、追加行が随時流れてくるようにしてみましょう ここ
VScode上でRailsのステップデバックする方法 - Qiita
初めに 今までbinding.pryでデバックしていたのですが、下記の手順を踏むのでデバックに時間がかかる。 処理を止めたい所にbinding.pryを打ち込む 処理を止める。 確認後binding.pryを消す。 次の処理を見たい時はこれを繰り返す。 VScodeでデバックすると 止めたい処理の所にブレイクポイントを貼る（複数貼る事が出来る。） デバックの開始ボタンを押す。 3.処理を止める。 となり、binding.pryを書かない事、複数箇所ブレイクポイントを貼る事が出来るので、効率化を測れる。 インストール 下記を記述してインストール - ruby-debug-ide - debase
ruby / vscode-rdbg を試す - Re: 醤油の一升瓶じゃあ戦えない
ruby/debug と連携してデバッグを行える VSCode extension が出てるので試す。 marketplace.visualstudio.com github.com 前提 $code -v 1.57.0 b4c1bd0a9b03c749ea011b06c6d2676c8091a70c x64 $ruby -v ruby 3.0.1p64 (2021-04-05 revision 0fb782ee38) [x86_64-darwin19] 準備 debug はプレリリース版をインストールしてねと README にあるので従う。 gem install debug --pre ためしに以下のようなコードを書いてブレークポイントを貼ってみる class A attr_accessor :x end def main a = A.new a.x = 2 puts a.x end
Rails でリクエストの HTTP ヘッダを取得してログに出力する - xyk blog
環境：rails 4.2.0 Rails でリクエストの HTTP ヘッダはrequest.headersから取得できる。 すべてログに出力するなら # すべてログに出力する request.headers.sort.map { |k, v| logger.info "#{k}:#{v}" } 個別に取得するなら # ユーザーエージェントを取得する request.headers[:HTTP_USER_AGENT] request.envからでも取得できる。 # ユーザーエージェントを取得する request.env['HTTP_USER_AGENT'] 今回やりたいことはクライアント側から HTTP ヘッダに API のバージョンを埋め込んでリクエストしてくるので、すべてのリクエストの API バージョンを取り出してログに出力したい。 リクエストのパラメータを curl で再現すると以下
rails console の中で、ただSQLをスッキリと直視したいだけのお話。 - Qiita
掲題の願望を満たすために、調べていましたら、学びがありましたので、「結論」と、 その「過程からの学んだ4つのTIPS」をお届けしたいと思います。 結論 explain 使う。なので、もう興味を失った方はもう以下お読み頂く必要はないかと思います。。 SQLをスッキリみたいというささやかな願望 rais c 使います。Active Record 使います。発行されるSQLを見たいです。 irb(main):001:0> User.first User Load (0.1ms) SELECT "users".* FROM "users" ORDER BY "users"."id" ASC LIMIT 1 => #<User id: 1, name: "name1", created_at: "2016-10-08 11:20:08", updated_at: "2016-10-08 11:20:
byebugでRubyスクリプトをコマンドラインデバッグする - Qiita
が書かれているので、ソースコード中のどこでもbyebugと書けばそこで停止してデバッグができる。 単体スクリプトの場合は3つのやり方がある。 自分は最近は１－２「ソースコードの中にbyebugを書く方法」を使っている。 １．byebug単体で使う １－１．シェルからbyebug ファイル名で起動する １－２．require 'byebug'し、ソースコードの中にbyebugと書くとそこがブレークポイントになる ２．pry-byebugを使う require 'pry'し、ソースコードの中にbinding.pryと書くとそこがブレークポイントになる byebug単体で使う場合と比べて利用できるコマンドが少ない カラー表示がうれしい listコマンドがない（pry自身の@コマンドで代用可） backtraceコマンドがない（pry自身のpry-backtraceコマンドで代用可） displa
Pythonでデバッグしたい - Qiita
Pythonはエラー発生時にスタックトレースを表示してくれるのはいいのですが何分どこがいけないのかがよくわからない。 そこで、Pythonスクリプトでデバッグを行う方法をメモしておきます。 下記サイト様が非常に簡単にまとめてくださっていたのですが、デバッグ用語に関する細かい説明がなかったため、補足説明を加えさせていただきます。 http://racchai.hatenablog.com/entry/2016/05/30/070000 Pythonでのデバッグは、pdbモジュールを使用します。 使い方は簡単。怪しげな場所の直前に、下の一行を追加するだけ。 この状態でスクリプトを実行すると、当該箇所で対話型デバッガが起動します。 あとはひたすらstepコマンドを打って一行ずつ実行していきます。（これをステップインといいます） また、デバッグ中に変数の中身が見たい場合は、pコマンドを使用します。
ラバーダック・デバッギング、自問自答
久しぶりにラバーダッキング(ラバーダック・デバッギング)という単語が目に留まったので、整理してみます。 ラバーダッキング(ラバーダック・デバッギング、テディベア・ペア・プログラミング)とは 問題解決に詰まったとき、人に問題を説明すると説明途中で解決することがあるように、人ではなくラバーダック(アヒルのおもちゃ)やテディベアに話しかけることで問題解決を試みる手法のことです。 Rubber duck debugging - Wikipedia Teddy Bear Pair Programming by Adrian Bolboaca ポーギーに話す 「ラバーダッキング」と人に教えることの意義 - ベイジの日報 ベアプログラミング（テディベア効果） - 発声練習 ベアプログラミングが無理ならサイレントベアプログラミングを検討しよう - Qiita 人に説明すると相手の時間を奪ってしまいますが、
Laravel 5 のデバッグ出力 - びったんびったん
Laravel 5 でデバッグ出力する３つのやり方についてまとめる。 ログファイルに書きだす ２通りの書き方がある。 ヘルパー関数 logger(), info() <?php Route::get('/', function() { $message = ['a' => 1, 'b' => 2, 'c' => 3]; logger($message); info($message); // logger()->notice($message, $context); // logger()->warning($message, $context); // logger()->error($message, $context); // logger()->critical($message, $context); // logger()->alert($message, $context);
忘れてしまうＰＨＰのデバッグ方法 - Qiita
説明 1. var_dumpをそのまま実行すると成形されずにブラウザで表示されるため、preタグで挟んであげると綺麗に出力される エラーログをコードに仕込んで任意のファイルに出力 説明 1. errer_log関数の第1引数に出力したい変数/文字列を入れる。 2. print_rの第2引数のtrueを渡してあげると配列が展開されてログに出力される。 3. error_log関数の第2引数に設定している”3”は任意のファイルに出力ということ 4. error_log関数の第3引数に設定しているパスは出力したい任意のファイルパスを入れること Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back usefu
var_dumpからの卒業、PHP開発を加速するデバッグ手法を考える - Qiita
PHPでデバッグ PHPでのデバッグってみなさん何してます？って聞くと、半分くらいはvar_dump();かechoって返ってくるんです。マジか、とか思うんですけど僕も数年前そうでした。情弱ですね。最近、RailsでWebアプリ作っていると、binding.pryが手放せない感じになってきてまして、なんでRails（Ruby）で書くんですか？と聞かれたら、binding.pryがあるからだと半分くらい本気で思っていて、そんなbinding.pry脳のままPHPの開発にスイッチすると、ちょっとしたことでウガーとなるわけです。JavaやObjective-Cでコード書いている人から見たら、そんなプログラミングのやり方あるのん？と驚かれるわけです。 var_dump();を書いてはブラウザ更新して変数の中身を確認したり、メソッドの挙動を確かめるために再度実行したり…そんな苦行からは卒業したい！と
Chromeデベロッパーツールで圧縮(minified)されたJavaScriptを読みやすく表示する - Qiita
以下の内容は、Googleの開発者向けページにある 読みやすい形式への JavaScript の変換 ほぼそのままです。 (引用) JavaScript を読みやすい形式に変換するには、Chrome DevTools で [Pretty-Print] アイコンをクリックします。 実際にやってみます。 たとえばGoogle Earthの app_ja.js のソースコードは圧縮されているので次のように表示されますが、これだと読める気がしませんね。 そんなときには、 Pretty Print {} のアイコンをクリックします。 すると、 app_ja.js:formatted というタブの中に、読みやすく整形されたスクリプトが表示されます。 ちなみに、デバッグ時のブレイクポイントはformatted側に設定すれば良いので、既定のAPIを使うような開発作業も楽になりますね。 Register a
docker-compose上のRailsのデバッグを行う - My External Storage
Rails本の写経をdocker-composeで行なったときのTips。 TL;DR docker-composeで作ったRubyOnRailsコンテナでbinding.pryによるデバッグを行えるようにする。 前提 docker-composeでRails、Spring用のコンテナなど、複数コンテナを起動する形のRails環境を構築した。基本構成は以下の記事に習っている。 高速に開発できる Docker + Rails開発環境のテンプレートを作った 事前準備 Railsをデバッグ実行するために必要な設定ファイルの準備をする。 コンテナの標準入出力にアタッチするために、Dockerの設定をしておく。 docker-compose.yml ブレークポイントを貼るためのbinding.pryをするためのGemを追加する。 Gemfileはpry-railsの他にpry-byebugも追加して
docker環境のrails5をstep実行でdebugする - Qiita
概要 先日 dockerでrails5環境構築で開発環境を作りました。 で、やはり開発する上ではguiでstep実行できると楽だなと思い、 Visual Studio Codeを使ってRailsをデバッグ実行してみよう の記事を見つけたのでdocker-machine上で実行されているrailsに対して試してみようとしたところ、先日に引き続きハマり倒したのでその作業メモです。 目標のデバッグ環境 構築した dockerでrails5環境構築の環境は下記のような構成で動いています。 この環境でホストOS(osx)で実行しているVisual Studio Codeのデバッガでステップ実行したいわけです。 以下先日の「dockerでrails5環境構築」の状態からの変更点を記載していきます。 railsコンテナの設定 基本的には「Visual Studio Codeを使ってRailsをデバッグ実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ruby-debugを使ったRuby・Railsアプリケーションのデバッグ方法
pythonは、簡単にステップ実行デバッグが可能 - Qiita
Rails で Pry を使う - Qiita
