質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%

Q&A

1回答

2006閲覧

VScode+xdebugでブレークポイントに止まらない

hilhilyzyan

総合スコア19

0グッド

0クリップ

投稿2018/08/24 05:43

編集2018/08/30 01:19

Visual Studio CodeでXdebugを使いたいくて、公式サイトや他の方の設定を参考にしながら設定してみましたが、ブレークポイントで止まりません。

自分の環境

  • ubuntu
  • xdebug2.6.0
  • VScodeのphp-debug 1.12.4

launch.json

launch.json

1{ 2 // IntelliSense を使用して利用可能な属性を学べます。 3 // 既存の属性の説明をホバーして表示します。 4 // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387 5 "version": "0.2.0", 6 "configurations": [ 7 { 8 "name": "Project", 9 "type": "php", 10 "request": "launch", 11 "port": 9005, 12 "stopOnEntry": true, 13 "pathMappings": { 14 "/app": "/home/myUserName/Project" 15 } 16 }, 17 { 18 "name": "Launch currently open script", 19 "type": "php", 20 "request": "launch", 21 "program": "${file}", 22 "cwd": "${fileDirname}", 23 "port": 9000 24 } 25 ] 26}

xdebugの設定

[xdebug] zend_extension=/usr/local/lib/php/extensions/no-debug-non-zts-20170718/xdebug.so xdebug.remote_enable=1 xdebug.remote_handler=dbgp xdebug.remote_autostart=1 xdebug.remote_connect_back=0 xdebug.remote_port=9005

私のイメージでは、portとパスマッピングが一緒であれば動作するという認識だったのですが、一向にブレークポイントで止まりません。

他に試したこと

  • launch.jsonに"stopOnEntry": trueを入れてみましたが、何も変わりませんでした
  • xdebugの設定でxdebug.remote_connect_back=0をやってみましたが、何も変わりませんでした。

何か他に解決策はありますでしょうか?
VScodeでxdebugが使えたらとても便利です。
ご回答お待ちしています。

追記1

  • phpinfo

phpinfoはこちらです。
これをみると、xdebugも、xdebugの設定も読み込まれています。
phpinfo

  • もっと細かい情報

ローカルのみでデバッグできれば大丈夫です。

Dockerでコンテナ内でxdebugをインストールしています。
Dockerコンテナ内でphpunitをしたところ、xdebug自体の動作は認められたので、xdebugに問題は無さそうです。

php version: 7.2
xdebug version: 2.6.0
Docker version: 18.06.1-ce-rc1, build 0928140
Docker-compose version: 1.22.0, build f46880fe

追記2

xdebugの設定
dockerのコンテナ内でphp -i | grep xdebug

xdebug [32/807] xdebug support => enabled xdebug.auto_trace => Off => Off xdebug.cli_color => 0 => 0 xdebug.collect_assignments => Off => Off xdebug.collect_includes => On => On xdebug.collect_params => 0 => 0 xdebug.collect_return => Off => Off xdebug.collect_vars => Off => Off xdebug.coverage_enable => On => On xdebug.default_enable => On => On xdebug.dump.COOKIE => no value => no value xdebug.dump.ENV => no value => no value xdebug.dump.FILES => no value => no value xdebug.dump.GET => no value => no value xdebug.dump.POST => no value => no value xdebug.dump.REQUEST => no value => no value xdebug.dump.SERVER => no value => no value xdebug.dump.SESSION => no value => no value xdebug.dump_globals => On => On xdebug.dump_once => On => On xdebug.dump_undefined => Off => Off xdebug.extended_info => On => On xdebug.file_link_format => no value => no value xdebug.filename_format => no value => no value xdebug.force_display_errors => Off => Off xdebug.force_error_reporting => 0 => 0 xdebug.gc_stats_enable => Off => Off xdebug.gc_stats_output_dir => /tmp => /tmp xdebug.gc_stats_output_name => gcstats.%p => gcstats.%p xdebug.halt_level => 0 => 0 xdebug.idekey => VScode => VScode xdebug.max_nesting_level => 256 => 256 xdebug.max_stack_frames => -1 => -1 xdebug.overload_var_dump => 2 => 2 xdebug.profiler_aggregate => Off => Off xdebug.profiler_append => Off => Off xdebug.profiler_enable => Off => Off xdebug.profiler_enable_trigger => Off => Off xdebug.profiler_enable_trigger_value => no value => no value xdebug.profiler_output_dir => /tmp => /tmp xdebug.profiler_output_name => cachegrind.out.%p => cachegrind.out.%p xdebug.remote_addr_header => no value => no value xdebug.remote_autostart => On => On xdebug.remote_connect_back => Off => Off xdebug.remote_cookie_expire_time => 3600 => 3600 xdebug.remote_enable => On => On xdebug.remote_handler => dbgp => dbgp xdebug.remote_host => 172.18.0.4 => 172.18.0.4 xdebug.remote_log => no value => no value xdebug.remote_mode => req => req xdebug.remote_port => 9005 => 9005 xdebug.remote_timeout => 200 => 200 xdebug.scream => Off => Off xdebug.show_error_trace => Off => Off xdebug.show_exception_trace => Off => Off xdebug.show_local_vars => Off => Off xdebug.show_mem_delta => Off => Off xdebug.trace_enable_trigger => Off => Off xdebug.trace_enable_trigger_value => no value => no value xdebug.trace_format => 0 => 0 xdebug.trace_options => 0 => 0 xdebug.trace_output_dir => /tmp => /tmp xdebug.trace_output_name => trace.%c => trace.%c xdebug.var_display_max_children => 128 => 128 xdebug.var_display_max_data => 512 => 512 xdebug.var_display_max_depth => 3 => 3

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

takyafumin

2018/08/24 08:12

xdebugは有効になっていますか?phpinfoなりで確認して結果を追記願います。また、動作環境は、Webサーバ含めてローカルオンリーでしょうか。それともPCとサーバでしょうか。環境情報をもう少し具体的に追記願えますか?
guest

回答1

0

docker 環境だとxdebug.remote_connect_backが使えないのでxdebug.remote_hostを使います。
(この場合、docker 内の xdebug がローカル(vscode)に接続にくる方式となる)

xdebugの設定として、以下を追加してみてください。

xdebug.remote_host=docker.for.mac.localhost

設定自体にあまり問題はなさそうですね。

1点気になるのは、xdebug.remote_hostの設定です。
これは、dockerゲスト側からホストへ接続する際のホスト指定になります。
dockerコンテナに入って、該当のIPにpingが通りますか?
macを利用している場合は、提示した設定にしてみてください。

ローカル側でのポート開放も必須です。
指定しているポート番号に外部からアクセス可能であることが必要です。

また、launch.jsonにてpathMappingsが誤っているとブレイクポイントで正しく停止しません。
ローカル側、リモート側共に誤って設定していないか、今一度ご確認ください。

それでも解決しない場合は、xdebugのログを出力するよう設定し、内容を確認してみてください。
参考, https://qiita.com/kabayan/items/dd12dec3d329841705ea

投稿2018/08/24 15:18

編集2018/09/05 02:01
takyafumin

総合スコア2335

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

hilhilyzyan

2018/08/27 00:42

回答ありがとうございます! ubuntuですが、一応言われたように`xdebug.remote_host=docker.for.mac.localhost`をやってみましたが、できませんでした。 /etc/hostsに書いてある`172.18.0.4`をxdebug.remote_hostに指定してみましたが、それでもブレークポイントで止まりませんでした。 他に方法はありませんでしょうか・・・?
takyafumin

2018/08/29 02:00

ubuntuでのxdebugの設定部分のみ、再度質問に追記願えますか?php -i | grep xdebug で確認できます。
hilhilyzyan

2018/08/30 01:19

返信ありがとうございます。追記しました!
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問