504 Gateway Timeout在phpEnv中几乎总是Nginx与PHP-FPM超时参数不匹配所致；需同步配置fastcgi_read/send/connect_timeout（建议300秒）、PHP的max_execution_time及PHP-FPM的request_terminate_timeout（须≥前者），并禁用无效proxy_*指令。
504 Gateway Timeout 在 phpEnv 环境中，**几乎总是 Nginx 与 PHP-FPM 两端超时参数不匹配或设置过小导致的**，而不是后端代码真跑不完。先调参，再查代码；多数情况改对三处就能恢复。
phpEnv 中 Nginx 的 fastcgi_* 超时必须显式配置
phpEnv 默认的 Nginx 配置里，fastcgi_read_timeout、fastcgi_send_timeout、fastcgi_connect_timeout 这三项通常缺失或设为默认 60 秒——这对导出报表、批量上传、复杂渲染等常见 PHP 场景远远不够。
进入站点配置文件（路径类似 /phpenv/nginx/vhost/your-site.conf），在 location ~ \.php$ 块内确保包含：
-
fastcgi_read_timeout 300;（Nginx 等待 PHP-FPM 返回响应的最长时间） -
fastcgi_send_timeout 300;（Nginx 向 PHP-FPM 发送请求头/体的超时） -
fastcgi_connect_timeout 300;（Nginx 连接 PHP-FPM socket 的超时）
注意：这三项值建议统一，且不能小于 PHP 的 max_execution_time；若用 Unix socket（如 unix:/phpenv/php/var/run/php-fpm.sock），connect_timeout 可设为 30，但 read_timeout 必须拉高。
立即学习“PHP免费学习笔记（深入）”；
PHP-FPM 的 request_terminate_timeout 比 max_execution_time 更关键
很多用户只改了 php.ini 里的 max_execution_time，却忽略了 PHP-FPM 进程层的硬性截断开关 request_terminate_timeout。只要它比 max_execution_time 小，PHP 进程就会被直接 kill，Nginx 收不到任何响应，立刻报 504。
编辑 PHP-FPM 配置文件（路径类似 /phpenv/php/etc/php-fpm.d/www.conf），检查并修改：
-
max_execution_time = 300（写在php.ini，影响脚本层） -
request_terminate_timeout = 300（写在www.conf，影响进程层，必须 ≥ 前者） -
request_slowlog_timeout = 10（可选，开启慢日志辅助定位卡点）
改完执行 phpenv restart php-fpm 生效，不要只 reload。
phpEnv 不支持 proxy_* 指令，别在配置里乱加
phpEnv 是轻量级 PHP 环境套件，**默认不启用反向代理模式，也没有 proxy_pass 或上游服务概念**。如果你在配置里手动加了 proxy_read_timeout、proxy_connect_timeout 等指令，Nginx 启动会失败或静默忽略——这些只对 Nginx 作为反向代理（比如转发到 Tomcat）时有效。
确认你的站点是直连 PHP-FPM（即 fastcgi_pass 指向本地 socket 或 127.0.0.1:9000），就完全不用碰 proxy_* 系列参数。加了反而干扰判断。
真正耗时的操作往往卡在 I/O，不是 CPU
调大超时后仍偶发 504？大概率是某次请求触发了阻塞式 I/O：比如未设 timeout 的 file_get_contents('http://...')、没加 mysql_connect 超时的旧式数据库连接、或同步调用第三方 API 且对方响应不稳定。
这类问题不会出现在 top 或 htop 的 CPU 占用里，但会使 PHP-FPM 进程挂起。排查方式：
- 打开 PHP 慢日志：
slowlog = /phpenv/php/var/log/www-slow.log+request_slowlog_timeout = 5 - 复现一次 504 后，立即执行
tail -20 /phpenv/php/var/log/www-slow.log - 重点看是否出现
curl_exec、mysqli_query、fsockopen等函数长时间无返回
超时参数只是兜底，不是性能替代品。真正要命的从来不是“跑得慢”，而是“卡住不动”。
