【问题标题】:PhpStorm is not receiving xdebug connections : PhpStorm event log : Cannot evaluate expression 'isset($_SERVER['PHP_IDE_CONFIG'])'PhpStorm 未接收 xdebug 连接:PhpStorm 事件日志:无法评估表达式 'isset($_SERVER['PHP_IDE_CONFIG'])'
【发布时间】:2015-05-16 03:21:43
【问题描述】:

我为 PhpStorm 和 xdebug 配置了一切,我正在运行 Ubuntu 14.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 结果也很好。

最后可能的手段是 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

【问题讨论】:

  • 根据它接收它们的日志——连接建立,通信完成。我只是看不到有关它正在使用的文件的任何信息,也没有看到有关任何断点的信息。
  • 我看到您添加了更多信息:您尝试调试的是 CLI 脚本还是通过浏览器?如果浏览器 -- 你在那里有什么网络服务器?
  • 通过浏览器,在 chrome 上
  • localhost:63342 URL 表示使用内置简单网络服务器。要使用您自己的服务器,您必须创建和配置部署条目并将其标记为默认。
  • 我遇到了同样的问题,因为 PHP 扩展“Xdebug”和“Zend Debugger”同时处于活动状态。禁用“Zend 调试器”为我修复了它。

标签: php phpstorm xdebug


【解决方案1】:

对于遇到此问题的其他人,您可能会缺少另一个潜在的配置选项。

确保您已正确配置服务器以在本地和远程文件之间使用正确的路径映射。

例如,如果您的站点根目录安装在本地 /home/foo/www/mysite,但安装在服务器上的 /www/mysite,那么您需要在 PHPStorm 中编辑服务器配置以使用路径映射(只需在框中输入 /www/mysite旁边是/home/foo/www/mysite)。

【讨论】:

  • 它让我为每个文件单独执行此操作,它不会让我只为顶级文件夹设置映射。有什么想法吗?
  • 嘿 - 只需将其设置在根文件夹中,所有其他文件都应与该文件夹相关。
【解决方案2】:

我最近在尝试使用PHPStormnginxphp-fpm 下进行调试时遇到了同样的问题,在我的情况下,这与xdebugnginxphp-fpm config 无关,它是phpstorm 中缺少的路径映射。

最初PHPStorm 会在它无法将服务器上的文件映射到本地源文件时通知您,但是如果它映射到第一个命中的文件(通常是index.php 或类似的文件)但它无法映射文件在稍后阶段使用(在我的情况下,这是使用 composer 的项目的供应商目录中的自动加载器)然后PHPStorm 将无法进一步调试并且调试将停止。

为了在PHPStorm 中纠正此问题,请转到settings/Languages &amp; Frameworks/PHP/Servers 并确保项目的根目录正确映射到服务器上的对应目录。

PHPStorm 应该能够映射您项目中的所有文件并且应该继续调试。

我希望这会有所帮助。

【讨论】:

  • 感谢 Andrew,这一切都是真的,并且成为我处理新 php 项目时的标准做法,干杯
【解决方案3】:

另一件事是确保您禁用您拥有的任何防火墙,以及 可能会阻止远程连接。

【讨论】:

  • 为此,我建议使用 ssh 隧道。这样您就可以将防火墙保持在适当的位置,并且仍然可以进行远程调试。即使您无权访问防火墙/路由器设置,它也可以工作。不过设置起来有点棘手。您必须仔细阅读教程。
【解决方案4】:

我在 PhpStorm 中遇到了与 OP 完全相同的错误。

This answer 到另一个问题解决了我的问题,但我想在我自己的答案中添加更多细节。

主要问题是未正确加载 xdebug。其他答案中提到的服务器映射问题对我来说不是问题。

如果您加载 phpinfo() 页面并找到 xdebug 部分,您会看到:

XDEBUG 未作为 ZEND 扩展加载

那么你必须在尝试其他任何事情之前解决这个问题!但是,如果您有多个 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 中的加载配置文件中,我将其错误地加载如下:

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"

【讨论】:

  • 我有同样的问题,我已经配置为zend扩展,但这个问题仍然发生
【解决方案5】:

我也遇到了这个问题,并且尝试了我能找到的所有技巧,但没有任何效果。对我来说,调试大部分时间都有效,但有时它只是停止处理消息: “无法接受外部 Xdebug 连接:无法评估表达式 'isset($_SERVER['PHP_IDE_CONFIG'])'”

所以我最终意识到我的代码中有一个编译错误(方法名称拼写错误 - PhpStorm 并不总是报告这些事情,至少在我的设置中是这样)。一旦我纠正了错误,调试就重新开始工作。也许这可以帮助那些苦苦挣扎的人。

虽然我仍然遇到断点未命中的问题,但我可以输入“xdebug_break();”代码中的行和调试变得更加可靠。使用 xdebug_break 而不是断点的缺点是(除了它比添加断点更多的工作之外)由于某种原因,局部变量没有显示在 PhpStorm 调试器中(仅显示全局变量)。这使得调试不太方便,但至少我可以让它工作。

显然你不能拥有一切 :) 来自 Java 世界,良好的调试只是我认为理所当然的事情,但我现在意识到我被宠坏了:)

【讨论】:

  • 我可以理解...我也被 c# 世界宠坏了¯_(ツ)_/¯
【解决方案6】:

在 IntelliJ IDEA / PhpStorm can lead 中将名为 «test.php» 的文件调试为 «Cannot evaluate expression 'isset($_SERVER['PHP_IDE_CONFIG'])'» 失败。
为文件使用其他名称。

【讨论】:

  • 这正是发生在我身上的事!
【解决方案7】:

如果您错过在docker-compose.yml 中为您的工作区配置设置环境变量,也会出现同样的错误:

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

【讨论】:

  • bash 变量应该来自哪里?
  • 来自主机环境的@Shardj(当您调用dockerdocker-compose)或.env 文件。
  • 我想我的意思是 ${PHP_IDE_CONFIG} 的价值应该来自哪里,但是已经两年了,所以我不能确定。目前我在我的 docker 容器中设置了 PHP_IDE_CONFIG="serverName=docker" 以允许 cli 调试
  • @DanielW。 docker-compose 可以使用 .env 文件中的值,或者在调用 docker-compose up 之前导出变量
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2017-05-03
  • 2018-10-20
  • 2016-10-01
  • 2018-06-03
  • 2015-08-03
  • 2018-04-27
  • 2015-09-25
相关资源
最近更新 更多