fastcgi_read_timeout不能在http块配置，因其仅支持server和location上下文；必须写入站点配置文件的location ~ .php$块内，并同步调整PHP-FPM的request_terminate_timeout才能生效。
phpEnv 环境下不能在全局 http 块里配，必须写进具体站点的块里才生效；否则 Nginx 启动直接报错或静默忽略。
为什么 phpEnv 的 Nginx 配置改了没用
phpEnv 是封装型环境管理工具，它生成的 Nginx 配置通常把站点配置拆到
或
中，而主
的
块里默认不包含 FastCGI 相关指令。如果你把
错误地加在
块里：
Nginx 会拒绝启动，报错：
或者（某些 phpEnv 版本）静默跳过，导致你改了却完全不生效
phpEnv 自带的 Web 界面一般也不暴露这个参数，必须手动编辑配置文件
在哪改：找到对应站点的 location 块
进入 phpEnv 安装目录（如
），打开你的站点配置文件（比如
），定位到处理 PHP 的
块 —— 通常是：
不要加在
块顶层（虽语法允许，但 phpEnv 某些模板会覆盖或继承异常）
更不要加在
块 —— 这是绝大多数人踩坑的第一步
如果用了 Unix socket（如
），同样适用
只调
常常不够
504 不只是“读响应慢”，而是 Nginx 和 PHP-FPM 之间三段链路中任意一环超时都会触发：
立即学习
“
PHP免费学习笔记（深入）
”；
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
：Nginx 连不上 PHP-FPM（例如端口被占、socket 权限不对）
：Nginx 把请求发给 PHP-FPM 花太久（少见，但高负载下可能）
：PHP-FPM 返回响应太慢（最常见，也是你正在调的）
建议在同一个
块里补全三者（单位秒）：
改完务必执行：
检查语法，再
生效。
别忘了同步调 PHP-FPM 层限制
Nginx 超时设成 300 秒，但 PHP-FPM 自己卡在 30 秒就 kill 进程，那 Nginx 还是等不到响应，照样 504：
检查
（路径依 phpEnv 实际安装位置而定，常见于
）
确认
（PHP 7.3+）或旧版的
（在
中）
改完需重启 PHP-FPM：
或按 phpEnv 提供的脚本重启
顺手检查
和
，确认是否真有脚本卡在 300 秒附近
真正容易被忽略的是：phpEnv 的多版本共存机制会让不同 PHP 版本的
路径分散，且重启命令不统一 —— 务必用
看清实际加载的是哪个配置和 pid 文件。
fastcgi_read_timeoutlocation ~ \.php$/vhost/xxx.conf/server/xxx.confnginx.confhttpfastcgi_read_timeouthttp"fastcgi_read_timeout" directive is not allowed here/phpenv/nginx/vhost/myapp.conflocationlocation ~ \.php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi_params;
# 在这里加一行
fastcgi_read_timeout 300;
}serverhttpfastcgi_pass unix:/tmp/php-cgi.sockfastcgi_read_timeoutfastcgi_connect_timeoutfastcgi_send_timeoutfastcgi_read_timeoutlocationfastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;nginx -tnginx -s reloadphp-fpm.d/www.conf/phpenv/php/etc/php-fpm.d/request_terminate_timeout = 300max_execution_time = 300php.iniphp-fpm -t && kill -USR2 `cat /phpenv/php/var/run/php-fpm.pid`error_logslowlogphp-fpm.confps aux | grep php-fpm