413错误需同时修改phpEnv中Nginx的client_max_body_size（如50m）和PHP的upload_max_filesize、post_max_size（均≥50M），并用phpEnv自带方式重启服务，而非系统命令。
phpEnv 中的 Nginx 并不默认读取你手动改的 nginx.conf 全局配置，直接在 http{} 块里加 large_client_header_buffers 通常无效 —— 因为 phpEnv 启动的是它自己封装的 Nginx 实例，配置文件路径和加载逻辑都不同。
确认 phpEnv 使用的 Nginx 配置文件位置
phpEnv 的 Nginx 配置不是标准的 /etc/nginx/nginx.conf，而是位于 phpEnv 安装目录下的子路径中，常见位置有：
-
D:\phpEnv\config\nginx\nginx.conf（Windows 默认） -
~/phpenv/config/nginx/nginx.conf（macOS/Linux） - 也可能被拆分为
sites-enabled/下的单独站点文件，比如default.conf
必须用 phpEnv 自带的「Nginx 配置编辑器」或直接打开对应路径的文件修改，改错地方等于没改。
只配 client_max_body_size 就够了，large_client_header_buffers 不解决 413
这是最容易混淆的一点：413 Request Entity Too Large 错误几乎总是由请求体（body）过大触发，和 header 大小无关。而 large_client_header_buffers 控制的是请求头（header）缓冲区，影响的是 400 Bad Request（比如 Cookie 过长、URL 过长、大量自定义 Header），不是 413。
立即学习“PHP免费学习笔记（深入）”；
真正要改的只有：
-
client_max_body_size：必须设，单位支持m或M，例如client_max_body_size 50m; - 该指令需放在生效的作用域内：推荐写在
http{}块（全局生效），或server{}块（单站），或location /upload { }（仅上传路径） - 不要写成
client_max_body_size 50M;—— 大写M在部分旧版 Nginx 中不识别，统一用小写m
phpEnv 下必须同步调 PHP 的两个参数
phpEnv 默认集成了 PHP-FPM，但它的 php.ini 是独立管理的，路径通常为：
-
D:\phpEnv\php\version\php.ini（Windows） -
~/phpenv/php/version/php.ini（macOS/Linux）
只改 Nginx 而不改 PHP，上传照样失败。必须确保以下两项 ≥ Nginx 的 client_max_body_size：
upload_max_filesize = 50Mpost_max_size = 50M
注意：post_max_size 必须 ≥ upload_max_filesize，否则即使单个文件没超，多文件 POST 仍可能被截断。
重启方式不是 nginx -s reload
phpEnv 封装了服务控制逻辑，直接运行系统级命令无效。必须使用 phpEnv 自带的面板或命令行工具：
- Windows：打开 phpEnv 控制台 → 点击「Restart Nginx + PHP」按钮
- macOS/Linux：执行
phpenv restart或phpenv nginx restart && phpenv php-fpm restart - 改完后务必检查 phpEnv 日志（通常在
logs/nginx/error.log）是否报unknown directive或加载失败
如果改完仍 413，用 curl -X POST -F 'file=@bigfile.zip' http://localhost/upload.php 测试，排除前端 JS 插件或跨域代理干扰 —— 很多人实际是请求根本没走 phpEnv 的 Nginx（比如直连了 localhost:8000 的 PHP 内置服务器）。
最常被忽略的一点：phpEnv 的 Nginx 配置可能被模板覆盖。每次升级 phpEnv 后，手动改的 nginx.conf 会被重置，建议把关键配置（如 client_max_body_size）写进站点配置文件（sites-enabled/default.conf），而不是主配置。
