PhpStormとxdebugが機能するようにすべてを設定しました。Ubuntu14.04を実行しています。
IDEへの接続が確立されていません。これをIDEイベントログで取得します
外部Xdebug接続を受け入れられません:式 'isset($ _ SERVER [' PHP_IDE_CONFIG '])'を評価できません– Osama Salama 13分前
さまざまな場所で構成した構成値をまとめます。どこに問題があるのかわからないので
php.ini
zend_extension = /usr/lib/php5/20121212/xdebug.so
xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_Host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_connect_back = 1
xdebug.remote_autostart = 1
xdebug.remote_log=xxx/xdebug.log
xdebug.IDE_key=PHPSTORM
PHP情報
xdebug
xdebug support enabled
Version 2.3.1
IDE Key PHPSTORM
Supported protocols Revision
DBGp - Common DeBuGger Protocol $Revision: 1.145 $
Directive Local Value Master Value
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.force_display_errors Off Off
xdebug.force_error_reporting 0 0
xdebug.halt_level 0 0
xdebug.idekey no value no value
xdebug.max_nesting_level 256 256
xdebug.max_stack_frames -1 -1
xdebug.overload_var_dump On On
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_autostart On On
xdebug.remote_connect_back On On
xdebug.remote_cookie_expire_time 3600 3600
xdebug.remote_enable On On
xdebug.remote_handler dbgp dbgp
xdebug.remote_Host 127.0.0.1 127.0.0.1
xdebug.remote_log /home/nautilus/Desktop/xdebug.log /home/nautilus/Desktop/xdebug.log
xdebug.remote_mode req req
xdebug.remote_port 9000 9000
xdebug.scream 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
リモートデバッグ環境も検証しました。それはすべて良いです。https://www.jetbrains.com/phpstorm/help/validating-the-configuration-of-a-debugging-engine.html whichまた、うまくいった。
最後の手段はxdebugログファイルです:
Log opened at 2015-03-13 14:39:01
I: Checking remote connect back address.
W: Remote address not found, connecting to configured address/port: 127.0.0.1:9000. :-|
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="dbgp://stdin" language="PHP" protocol_version="1.0" appid="4474"><engine version="2.3.1"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2015 by Derick Rethans]]></copyright></init>
<- feature_set -i 1 -n show_hidden -v 1
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="1" feature="show_hidden" success="1"></response>
<- feature_set -i 2 -n max_depth -v 1
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="2" feature="max_depth" success="1"></response>
<- feature_set -i 3 -n max_children -v 100
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="3" feature="max_children" success="1"></response>
<- status -i 4
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="status" transaction_id="4" status="starting" reason="ok"></response>
<- step_into -i 5
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="step_into" transaction_id="5" status="stopping" reason="ok"></response>
<- eval -i 6 -- aXNzZXQoJF9TRVJWRVJbJ1BIUF9JREVfQ09ORklHJ10p
-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="eval" transaction_id="6"><error code="5"><message><![CDATA[command is not available]]></message></error></response>
Log closed at 2015-03-13 14:39:01
私はPhpStormでOPとまったく同じエラーがありました。
この回答 別の質問に答えて問題を解決しましたが、自分の回答に詳細を追加したいと思います。
主な問題は、不適切にロードされたxdebugでした。他の回答に記載されているサーバーマッピングの問題は、私にとっては問題ではありませんでした。
phpinfo()
ページをロードしてxdebugセクションを見つけると、次のように表示されます:
ZEND拡張としてXDEBUGがロードされない
その後、他のことを試みる前にそれを修正する必要があります!ただし、複数の_php.ini
_ファイルがある場合、これを追跡するために多少の作業が必要になることがあります。
また、phpinfo()
ページで「php.ini」を検索し(最上部近くにあるはずです)、「構成ファイル(php.ini)パス」と「ロードされた構成ファイル」を確認します。これらは、xdebugがロードされる場所です。
私の場合、/ usr/local/lib/php.iniのメイン構成ファイルにZend拡張として正しくロードしました。
_zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so"
_
しかし、/ home/someuser/public_html/php.iniのLoaded Configurationファイルでは、次のように誤ってロードされていました。
_extension=xdebug.so
_
それを修正した後、PhpStormを使用したリモートデバッグが再び機能します。
補足として、PhpStormで最初に見たエラーは、OPが言及したものとまったく同じものであり、次のようになります:
_Cannot accept external Xdebug connection
Cannot evaluate expression 'isset($_SERVER['PHP_IDE_CONFIG'])'
_
(最初は、拡張機能が適切にロードされなかったため、PhpStormはサーバーでPHPコードを実行できませんでした。しかし、PhpStormはインタープリターを構成した場合にphpコードのみを実行すると思います、デバッグには必要ありません。デバッグには、PhpStormにはxdebug接続と正しいパスマッピングが必要です。
後で、サーバーのxdebugログに「コマンドが使用できません」というエラーが見つかりました。これが解決策につながりました。
ちなみに、xdebugのローカル_php.ini
_には次のものがあります。
_;extension=xdebug.so <- this is the bad line commented!
zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so"
xdebug.remote_enable=true
xdebug.remote_port="9000"
xdebug.profiler_enable=1
xdebug.profiler_output_dir="/tmp/xdebug-someuser/"
xdebug.profile_enable_trigger=1
xdebug.trace_enable_trigger=1
xdebug.idekey="PHPSTORM"
xdebug.remote_log="var/log/xdebug/xlog"
_
最近、PHPStorm
およびphp-fpm
の下でnginx
を使用してデバッグしようとすると同じ問題が発生しました。私の場合、これはxdebug
、nginx
またはphp-fpm config
、欠落していたのはphpstorm
のパスマッピングでした。
最初にPHPStorm
は、サーバー上のファイルをローカルソースファイルにマッピングできない場合に通知しますが、最初のファイルへのマッピングがヒットした場合(通常index.php
またはそのようなもの)、しかしマッピングできません後の段階で使用されるファイル(私の場合、これはcomposer)を使用するプロジェクトのベンダーディレクトリのオートローダーでした。その後、PHPStorm
はそれ以上デバッグできず、デバッグはやめる。
PHPStorm
でこれを修正するには、settings/Languages & Frameworks/PHP/Servers
に移動し、プロジェクトのルートがサーバー上の対応するディレクトリに正しくマップされていることを確認します。
PHPStorm
は、プロジェクト内のすべてのファイルをマップでき、デバッグを続行する必要があります。
これがお役に立てば幸いです。
この問題に出くわす他の人には、見落としてしまう可能性のある別の構成オプションがあります。
ローカルファイルとリモートファイル間の正しいパスマッピングを使用するようにサーバーを正しく構成したことを確認してください。
たとえば、サイトルートが/home/foo/www/mysite
でローカルにマウントされているが、/www/mysite
でサーバーにインストールされている場合、PHPStormでサーバー構成を編集してパスマッピングを使用する必要があります(単に/www/mysite
/home/foo/www/mysite
)の横のボックスに。
ワークスペース構成のdocker-compose.yml
で環境変数を設定し忘れた場合も同じエラーになります。
workspace: build: environment: - PHP_IDE_CONFIG=${PHP_IDE_CONFIG}
IntelliJの"test.php"という名前のファイルのデバッグIDEA/PhpStorm can lead "式 'isset($_SERVER['PHP_IDE_CONFIG'])
'"の失敗を評価できません。
ファイルに別の名前を使用します。
私もこの問題を抱えていて、見つけられるあらゆるトリックを試しましたが、何もうまくいきませんでした。私にとっては、デバッグはほとんどの場合機能しますが、「外部Xdebug接続を受け入れられません:式 'isset($ _ SERVER [' PHP_IDE_CONFIG '])'を評価できません」というメッセージの処理が停止する場合があります。
そのため、最終的にコードにコンパイルエラーがあることに気付きました(メソッド名のスペルが間違っています-PhpStormは、少なくとも私のセットアップでは常にこれらのことを報告しません)。エラーを修正するとすぐに、デバッグが再び機能し始めました。たぶんこれは誰かが苦労するのを助けることができます。
ブレークポイントがヒットしないという問題はまだありますが、「xdebug_break();」をスローできます。コードの行とデバッグの信頼性が向上します。ブレークポイントの代わりにxdebug_breakを使用することのマイナス面は、(ブレークポイントを追加するよりも作業が多いという事実は別として)ローカル変数が何らかの理由でPhpStormデバッガーに表示されないことです(グローバルのみが表示されます)。これによりデバッグの利便性が低下しますが、少なくとも私はそれを機能させることができます。
どうやらあなたはすべてを手に入れることはできません:) Javaの世界から来て、良いデバッグは私が当たり前だと思っていたものですが、今では自分がいかに甘やかされているか気づきました:)
もう1つのことは、使用しているファイアウォールを無効にし、リモート接続をブロックする可能性があることを確認することです。