PhpStorm не получает соединения xdebug: журнал событий PhpStorm: не удается оценить выражение 'isset ($ _ SERVER )'

У меня была такая же ошибка в 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" 

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

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

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

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

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

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

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

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

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

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

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

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

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

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