web-dev-qa-db-ja.com

PhpStormはxdebug接続を受信して​​いません:PhpStormイベントログ:式 'isset($ _ SERVER [' PHP_IDE_CONFIG '])'を評価できません

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
20
Osama Salama

私はPhpStormでOPとまったく同じエラーがありました。

この回答 別の質問に答えて問題を解決しましたが、自分の回答に詳細を追加したいと思います。

主な問題は、不適切にロードされたxdebugでした。他の回答に記載されているサーバーマッピングの問題は、私にとっては問題ではありませんでした。

phpinfo()ページをロードしてxdebugセクションを見つけると、次のように表示されます:

XDEBUG NOT LOADED AS ZEND EXTENSION

ZEND拡張としてXDEBUGがロードされない

その後、他のことを試みる前にそれを修正する必要があります!ただし、複数の_php.ini_ファイルがある場合、これを追跡するために多少の作業が必要になることがあります。

また、phpinfo()ページで「php.ini」を検索し(最上部近くにあるはずです)、「構成ファイル(php.ini)パス」と「ロードされた構成ファイル」を確認します。これらは、xdebugがロードされる場所です。

enter image description here

私の場合、/ 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が言及したものとまったく同じものであり、次のようになります:

PhpStorm xdebug server variables error

_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"
_
18
Buttle Butkus

最近、PHPStormおよびphp-fpmの下でnginxを使用してデバッグしようとすると同じ問題が発生しました。私の場合、これはxdebugnginxまたはphp-fpm config、欠落していたのはphpstormのパスマッピングでした。

最初にPHPStormは、サーバー上のファイルをローカルソースファイルにマッピングできない場合に通知しますが、最初のファイルへのマッピングがヒットした場合(通常index.phpまたはそのようなもの)、しかしマッピングできません後の段階で使用されるファイル(私の場合、これはcomposer)を使用するプロジェクトのベンダーディレクトリのオートローダーでした。その後、PHPStormはそれ以上デバッグできず、デバッグはやめる。

PHPStormでこれを修正するには、settings/Languages & Frameworks/PHP/Serversに移動し、プロジェクトのルートがサーバー上の対応するディレクトリに正しくマップされていることを確認します。

PHPStormは、プロジェクト内のすべてのファイルをマップでき、デバッグを続行する必要があります。

これがお役に立てば幸いです。

8
Andrew Boxer

この問題に出くわす他の人には、見落としてしまう可能性のある別の構成オプションがあります。

ローカルファイルとリモートファイル間の正しいパスマッピングを使用するようにサーバーを正しく構成したことを確認してください。

たとえば、サイトルートが/home/foo/www/mysiteでローカルにマウントされているが、/www/mysiteでサーバーにインストールされている場合、PHPStormでサーバー構成を編集してパスマッピングを使用する必要があります(単に/www/mysite/home/foo/www/mysite)の横のボックスに。

1
iainp999

ワークスペース構成のdocker-compose.ymlで環境変数を設定し忘れた場合も同じエラーになります。

workspace: build: environment: - PHP_IDE_CONFIG=${PHP_IDE_CONFIG}

1
Augustas

IntelliJの"test.php"という名前のファイルのデバッグIDEA/PhpStorm can lead "式 'isset($_SERVER['PHP_IDE_CONFIG'])'"の失敗を評価できません。
ファイルに別の名前を使用します。

1
Mage2.PRO

私もこの問題を抱えていて、見つけられるあらゆるトリックを試しましたが、何もうまくいきませんでした。私にとっては、デバッグはほとんどの場合機能しますが、「外部Xdebug接続を受け入れられません:式 'isset($ _ SERVER [' PHP_IDE_CONFIG '])'を評価できません」というメッセージの処理が停止する場合があります。

そのため、最終的にコードにコンパイルエラーがあることに気付きました(メソッド名のスペルが間違っています-PhpStormは、少なくとも私のセットアップでは常にこれらのことを報告しません)。エラーを修正するとすぐに、デバッグが再び機能し始めました。たぶんこれは誰かが苦労するのを助けることができます。

ブレークポイントがヒットしないという問題はまだありますが、「xdebug_break();」をスローできます。コードの行とデバッグの信頼性が向上します。ブレークポイントの代わりにxdebug_breakを使用することのマイナス面は、(ブレークポイントを追加するよりも作業が多いという事実は別として)ローカル変数が何らかの理由でPhpStormデバッガーに表示されないことです(グローバルのみが表示されます)。これによりデバッグの利便性が低下しますが、少なくとも私はそれを機能させることができます。

どうやらあなたはすべてを手に入れることはできません:) Javaの世界から来て、良いデバッグは私が当たり前だと思っていたものですが、今では自分がいかに甘やかされているか気づきました:)

1
popstr

もう1つのことは、使用しているファイアウォールを無効にし、リモート接続をブロックする可能性があることを確認することです。

0
Marius.C