13

过去，我使用apache+mod_php +xdebug+netbeans 来开发我的网站（服务器是我的本地机器，运行 Debian Squeeze），很高兴 - xdebug 按预期工作，调试会话可以随时启动和停止，当我需要它的时候。但是，当我转到nginx+php_fpm +xdebug+netbeans 时，我遇到了一些调试问题。

  1. 我的调试会话可能很长（超过 30 秒），似乎 nginx 不能等待这么久，它显示"504 Gateway timeout error"。我已经尝试了很多解决这个问题的建议，但没有运气。虽然，这对我来说不是很重要，因为调试会话本身会继续运行，这只是一个有点不舒服的事情。
  2. 我的调试会话只能运行一次，因此，如果我停止它并尝试再次启动调试，netbeans 将无法接受来自 xdebug 的连接（它会写“等待 xdebug 连接”并且它是永远的）。重新启动 netbeans 后，调试会话可以再次正常启动。
  3. 在某些情况下，我无法理解，调试是“为所有 php 脚本打开”并阻止任何其他脚本运行。例如，我在我的网站的http://mysite.local/index.php上启动调试会话并使用它。一段时间后，我注意到我的管理员（位于 intranet.local/ adminer.php上）没有运行，浏览器尝试加载页面一段时间，然后显示“504 网关超时错误”。如果我看到这种行为，我可以停止 netbeans 中的 xdebug 调试会话，并且所有其他脚本开始正常运行。

现在，当我写这个问题时，我做了一些调查，发现，如果我开始调试会话几秒钟，然后停止它，然后重新开始 - 它正常启动。似乎经过一段时间的主动调试后问题出现了。

我的系统和应用程序：Debian挤压：2.6.32-5-686 Nginx：1.4.1（来自dotdeb存储库）php5-fpm：5.3.26-1~d（来自dotdeb存储库）php5-xdebug：5.3.26-1 〜d（来自dotdeb存储库）netbeans：7.3

我的配置：

  1. nginx 基本配置：https ://gist.github.com/MihanEntalpo/6229801
  2. nginx网站配置文件：https ://gist.github.com/MihanEntalpo/6229781
  3. fastcgi_params 文件：https ://gist.github.com/MihanEntalpo/d93fd4105573e1eda56f
  4. php-fpm 池配置文件：https ://gist.github.com/MihanEntalpo/6229820
  5. php-fpm xdebug 配置文件：https ://gist.github.com/MihanEntalpo/6229836
  6. netbeans：选项，与 apache 服务器相同：
    • 第一行中断 = OFF
    • 弹出窗口中的评估 = ON
    • 显示请求 URL = ON
    • 端口 = 9000

在nginx的错误日志文件中记录，当它无法等待脚本被调试，或者其他脚本被问题#3锁定时，前面提到过：

2013/08/14 14:40:16 [错误] 4822#0: *111 上游超时（110：连接超时），同时从上游读取响应标头，客户端：192.168.100.1，服务器：intranet.local，请求： “GET /adminer.php?username=root&db=devel&table=user HTTP/1.1”，上游：“fastcgi://127.0.0.1:9999”，主机：“intranet.local”，引荐来源：“ https://intranet.本地/adminer.php?username=root&db=devel "

php-fpm 的日志不包含任何错误消息...

我不喜欢用我的问题打扰任何人，总是试图自己解决。但在这种情况下，我在几个月内与这些人战斗，但没有运气......如果有人遇到这个问题，或者有与 nginx+php-fpm+xdebug+netbeans 一起使用的工作配置 - 请帮助我 :)

4

3 回答 3

21

谢谢你们，所有试图按照我的问题的方向思考的人。我已经成功解决了。

  1. 第一个问题（有 504 错误）可以通过 nginx 选项fastcgi_read_timeout解决，例如，它可能是fastcgi_read_timeout 600;告诉 nginx 它应该等待 600 秒。它应该放在主机的配置文件中，或者放在 /etc/nginx/fastcgi_params（在 Debian 中）
  2. 第二个问题是由我的 xdebug.conf: 中的选项引起的xdebug.remote_autostart=1;，应该是xdebug.remote_autostart=0;. 我不明白这个选项的真正含义，但它确实遵循：任何 php 脚本自动尝试连接到调试器（在我的例子中是 netbeans）。因此，在某些情况下，netbeans 失去了连接，当我按下“开始调试”时，它不知道应该打开新连接，并永远等待 xdebug 客户端。现在，使用上述选项，我可以在需要时随时开始和停止调试。
  3. 第三个问题与第二个问题有相同的来源。在我的服务器上运行的所有其他脚本都试图连接到 netbeans，但是失去连接是没有意义的。

无论如何，我希望这会对想要解决类似问题的人有所帮助。StackOverflow 通过强迫我明确地描述我的问题来帮助我，并且在这个过程中我获得了关于尝试什么的新想法。

于 2013-08-15T07:07:51.210 回答
2

更新 fastcgi_read_timeout 时，您可以增加服务器上所有站点的时间限制（在我的情况下是 vagrant homestead VM），一旦您通过 SSH 连接到您的 VM，您就可以执行以下操作：

sudo pico /etc/nginx/nginx.conf

并添加

fastcgi_read_timeout 300;

到http部分。

于 2016-03-18T19:33:17.570 回答
1

对于遇到相同问题但接受的答案不起作用的每个人，就我而言，这是一个最近安装的应用程序阻止了 xdebug。

我的公司可以远程访问在我的笔记本电脑上安装安全软件，因此它们安装了ESET Endpoint Security.app并且ESET Remote Administrator Agent.app显然还过滤了本地主机连接。我花了两天时间才终于注意到有一个 ESET 守护程序正在运行并阻止127.0.0.1:9000.

解决方案是删除这两个应用程序，因为我没有必要的管理员权限来禁用应用程序设置中的过滤。

于 2018-09-26T10:22:02.677 回答