Nginx可能先缓冲客户端请求体，超过内存缓冲条件时使用其临时路径；这与PHP上传临时目录是不同环节。大文件请求在到达WordPress前就失败时，应检查Web服务器暂存、权限、空间和日志，而不只改PHP上传限制。
先确认失败发生在哪一层
记录响应状态和Nginx错误日志，核对PHP是否实际收到请求。若PHP端没有对应处理记录，反复更改WordPress媒体设置可能无效。CDN、Web服务器大小限制和请求体暂存错误也要区分，不将所有上传失败都归为同一个数值不够大。
检查请求体缓冲与临时路径
查看当前client_body_buffer_size、client_body_temp_path等适用设置，确认相关目录在Nginx工作进程视角存在且可写。这个路径不一定是PHP的upload_tmp_dir，容器或挂载环境尤其容易混淆。错误提示中的具体文件位置应与当前配置对应。
评估磁盘和并发暂存成本
多个慢速上传可能同时占用空间，分区剩余、inode及配额都可能成为约束。不能因单个文件只有几兆，就推断整机不会遇到暂存压力。清理任务要避开仍在使用的文件，不直接删空共享临时目录，权限也应按实际运行用户设计。
用安全样本验证到应用的链路
修正后从代表性入口上传不敏感样本，确认Nginx暂存、PHP接收和WordPress处理均完成。继续检查请求结束后文件回收与空间趋势。保留原配置、检查和回退记录，不通过关闭所有缓冲或无限放大资源来代替容量判断。
关键区别
Nginx请求体：可能先由服务器暂存；与PHP临时目录不同。
并发上传：同时消耗暂存资源；不能只按单文件估算。
应用接收：后续PHP和站点处理；需要独立确认结果。
怎样确认处理到位
合法样本能完整进入并完成应用处理，暂存目录权限和容量符合约定，结束与失败请求不会造成无管理空间堆积。
容易误判的边界
请求体暂存只是上传链路的一层；排查时仍要分别核对CDN、Nginx和PHP的限制及错误记录。
