PhpStorm не получает соединения xdebug: журнал событий PhpStorm: невозможно оценить выражение "isset($_SERVER['PHP_IDE_CONFIG'])"

Question

Я настроил все для работы PhpStorm и xdebug, я использую Ubuntu 14.04.

соединение с IDE не установлено, и я получаю это в журнале событий IDE

Невозможно принять внешнее соединение Xdebug: невозможно оценить выражение 'isset($_SERVER['PHP_IDE_CONFIG'])' - Усама Салама 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

Я также проверил env удаленной отладки. все хорошо. https://www.jetbrains.com/phpstorm/help/validating-the-configuration-of-a-debugging-engine.html что также получилось хорошо.

Последнее возможное средство - это файл журнала 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

Answer 1

У меня была та же самая ошибка в PhpStorm как OP.

Этот ответ на другой вопрос решил проблему для меня, но я хотел бы добавить больше деталей в моем собственном ответе.

Основной проблемой был неправильно загруженный xdebug. Проблемы с отображением сервера, упомянутые в других ответах, не были для меня проблемой.

Если вы загрузите свой phpinfo() страницы и найдите раздел xdebug, и вы увидите это:

XDEBUG не загружен как расширение ZEND

Тогда вы должны это исправить, прежде чем пытаться что-то еще! Но иногда это может занять некоторую работу, чтобы отследить, если у вас есть несколько php.ini файлы.

Также в вашем phpinfo() На странице найдите "php.ini" (он должен находиться прямо вверху), просмотрите "Путь к файлу конфигурации (php.ini)" и "Загруженный файл конфигурации". Это где ваш xdebug может быть загружен.

В моем случае я правильно загрузил его как расширение Zend в своем основном файле конфигурации в /usr/local/lib/php.ini, например так:

zend_extension = "/usr/local/lib/php/extensions/no-debug-non-zts-20121212/xdebug.so"

Но в моем загруженном файле конфигурации в /home/someuser/public_html/php.ini он был неправильно загружен так:

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 на моем сервере, что привело меня к решению.

Вот, кстати, то, что я имею в своем местном php.ini для xdebug:

;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"

Answer 2

Недавно у меня была такая же проблема при попытке отладки с помощью PHPStorm под nginx а также php-fpmв моем случае это не было связано с xdebug, nginx или же php-fpm configЭто был путь отображения в phpstorm которые пропали без вести.

Первоначально PHPStorm уведомит вас, когда не сможет сопоставить файл на сервере с локальным исходным файлом, однако, если он сопоставлен с первым попаданием файлов (обычно index.php или что-то подобное), но он не может отобразить файл, используемый на более позднем этапе (в моем случае это был автозагрузчик в каталоге vendor проекта, использующего composer), затем PHPStorm не сможет отлаживать дальше и отладка остановится.

Чтобы исправить это в PHPStorm идти к settings/Languages & Frameworks/PHP/Servers и убедитесь, что корень вашего проекта правильно сопоставлен с его каталогом-аналогом на сервере.

PHPStorm После этого вы сможете отобразить все файлы в вашем проекте, и отладка должна продолжиться.

Надеюсь, это поможет.

Answer 3

Также та же ошибка, если вы пропустили установку переменной среды в docker-compose.yml для вашей конфигурации рабочего пространства:

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

Answer 4

Отладка файла с именем " test.php " в IntelliJ IDEA / PhpStorm может привести к " Невозможно оценить выражение" isset($_SERVER['PHP_IDE_CONFIG']) " " Провал.
Используйте другое имя для файла.

Answer 5

У меня тоже была эта проблема, и я испробовал все возможные трюки, но ничего не получалось. Для меня отладка работает большую часть времени, но иногда она просто перестает работать с сообщением: "Не удается принять внешнее соединение Xdebug: невозможно оценить выражение 'isset($_SERVER['PHP_IDE_CONFIG'])'"

В итоге я понял, что в моем коде произошла ошибка компиляции (имя метода с ошибкой - PhpStorm не всегда сообщает об этом, по крайней мере, в моей настройке). Как только я исправил ошибку, отладка снова начала работать. Может быть, это может помочь кому-то изо всех сил.

Хотя у меня все еще есть проблемы с неработающими точками останова, я могу добавить "xdebug_break();" строка в коде и отладка становится более надежной. Недостатком использования xdebug_break вместо точек останова является (кроме того факта, что это больше, чем просто добавление точки останова), локальные переменные по какой-то причине не отображаются в отладчике PhpStorm (показаны только глобальные переменные). Это делает отладку менее удобной, но, по крайней мере, я могу заставить ее работать.

Видимо, у вас не может быть всего:) Исходя из мира Java, хорошая отладка - это то, что я мог принять как должное, но теперь я понял, насколько я был испорчен:)

Answer 6

Для всех, кто придет к этой проблеме, есть еще один возможный вариант конфигурации, который вы могли бы пропустить.

Убедитесь, что вы правильно настроили свой сервер для использования правильного сопоставления путей между вашими локальными и удаленными файлами.

Например, если корень вашего сайта монтируется локально на /home/foo/www/mysite но установлен на сервере по адресу /www/mysite тогда вам нужно будет отредактировать конфигурацию вашего сервера в PHPStorm, чтобы использовать сопоставления путей (просто введите /www/mysite в коробке рядом /home/foo/www/mysite).

Answer 7

Другое дело, что вы должны отключить любой брандмауэр, который может блокировать удаленные соединения.