已设置upload_max_filesize与post_max_size为50M，上传1.3MB文件仍报413，原因何在？

从Nginx返回413错误的日志来看，问题核心大概率出在Nginx或相关环节，而非PHP配置（你的PHP参数已经设置合理），以下是常见的限制因素：

• Nginx client_max_body_size 配置：这是Nginx控制客户端请求体大小的关键参数，默认值通常仅为1M左右。如果未在配置中调整，Nginx会直接拦截超过该值的请求，返回413错误。需要在Nginx的全局配置（nginx.conf）、站点配置文件（如/etc/nginx/sites-available/your-site.conf）的server或location块中添加/修改：

  client_max_body_size 50M;
  

  修改后重启Nginx生效。

• Nginx代理相关配置（若使用反向代理）：如果Nginx通过proxy_pass或fastcgi_pass转发请求到PHP-FPM，需确认proxy_set_header Content-Length是否正确传递，避免因请求头丢失导致的异常。此外，fastcgi_buffer_size、fastcgi_buffers若设置过小，可能间接影响大请求处理，可适当调大（比如fastcgi_buffer_size 64k; fastcgi_buffers 4 64k;）。

• PHP-FPM额外限制：

  • max_input_time：若文件上传处理时间超过该参数设置的秒数，可能导致请求中断（虽非413直接原因，但需确保设置合理，比如设为60或更高）。
  • memory_limit：1.3MB文件虽远低于50M，但如果PHP进程可用内存不足，也可能引发异常，可排查该参数是否足够。

• 系统/安全组件限制：

  • 操作系统ulimit设置：进程的文件大小限制若极端偏小，可能触发拦截，但1.3MB文件几乎不会遇到这种情况。
  • WAF或防火墙：部分Web应用防火墙、服务器防火墙规则可能独立限制请求体大小，需检查相关安全组件的配置。

• 应用程序自身限制：你使用的PHP框架或自定义代码中，可能存在硬编码的文件大小校验逻辑，即使服务器配置正常，代码也会拦截上传请求，需排查业务代码中的上传验证部分。

注意：修改任何配置后，务必重启对应的服务（Nginx、PHP-FPM）确保配置生效。

内容的提问来源于stack exchange，提问作者mike