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