phpEnv需同步修改Nginx站点配置（加fastcgi_read_timeout等三超时参数）和PHP-FPM的www.conf（设request_terminate_timeout=0），并重启php-fpm，再用sleep.php验证；还需调整fastcgi_buffer相关参数防缓冲区导致假性504。
phpEnv 默认不暴露 FastCGI 超时配置，直接改界面无效；必须手动编辑 Nginx 站点配置 + PHP-FPM 配置两处，缺一不可。
phpEnv 的 Nginx 配置里怎么加 fastcgi_read_timeout
phpEnv 的 Web 界面（如“网站”→“设置”→“配置文件”）只显示部分参数，fastcgi_read_timeout 不在可编辑字段中。你得 ssh 登录后手动改：
- 路径是
/phpenv/nginx/vhost/你的域名.conf（不是全局nginx.conf） - 找到
location ~ \.php(.*)$ {块内部，在fastcgi_pass行下方插入三行：
fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300;
注意：fastcgi_connect_timeout 和 fastcgi_send_timeout 在 phpEnv 界面完全不可见，只调 fastcgi_read_timeout 仍会 504；三个值建议一致，避免某一段先断连。
PHP-FPM 层的 request_terminate_timeout 必须同步关掉
Nginx 等再久也没用，如果 PHP-FPM 自己把进程杀了，照样 504。phpEnv 下 PHP-FPM 配置文件通常在：
立即学习“PHP免费学习笔记（深入）”；
/phpenv/php/{版本}/etc/php-fpm.d/www.conf
确认以下两项：
-
request_terminate_timeout = 0（不是注释掉，是显式设为 0） -
request_slowlog_timeout = 10s（可选，用于定位慢请求，不影响超时）
改完必须执行：phpenv restart php-fpm-{版本}（例如 phpenv restart php-fpm-81），仅 reload nginx 不生效。
验证 timeout 是否真起作用：用 sleep.php 测最准
别靠业务接口测——它可能卡在数据库、curl 或死循环里，掩盖真实超时点。写一个最小验证脚本：
<?php sleep(200); echo "done"; ?>
放 web 根目录，访问它。如果返回 504，说明 Nginx 或 PHP-FPM 任一层 timeout 还没生效；如果成功返回，再查 /phpenv/nginx/logs/你的域名.error.log，确认没有 upstream timed out 记录。
容易被忽略的缓冲区限制也会触发 504
超时不是唯一瓶颈。当 PHP 输出大量内容（比如导出大 CSV），Nginx 可能因 buffer 不足提前断连，日志里报错类似 upstream sent too big header 或直接 504。需补全以下参数（同样加在站点 .conf 的 location ~ \.php 块内）：
fastcgi_buffer_size 128kfastcgi_buffers 8 128kfastcgi_busy_buffers_size 256kfastcgi_temp_file_write_size 256k
这些值要和你预期响应体大小匹配；设太小会假性超时，设太大浪费内存。
