PHP导入24.8MB CSV时出现413请求实体过大错误，已改IIS配置无效

在已调整IIS环境uploadReadAheadSize、maxRequestEntityAllowed参数仍触发413错误的场景下，可按以下维度补全配置，打通PHP接收文件的全链路大小限制：

• 配置IIS请求筛选模块的允许内容长度
  IIS 7及以上的集成运行模式下，请求筛选模块的maxAllowedContentLength参数优先级高于经典模式下的maxRequestEntityAllowed，很多用户调整的maxRequestEntityAllowed在集成模式下不会生效，是问题未解决的核心原因。由于multipart/form-data格式的上传请求会额外携带请求头部、表单字段边界信息，实际请求体体积会比原文件大3%-5%，建议将该参数值设置为36700160（对应35MB），配置写入站点根目录web.config的<system.webServer><security><requestFiltering>节点下即可生效。
• 对齐PHP运行时的上传大小阈值
  PHP层的大小限制和IIS层不匹配时，会直接中断请求返回413类错误，需要调整php.ini中的核心参数：
  • upload_max_filesize：设置为28M，预留文件编码、字段名带来的体积增量
  • post_max_size：设置为30M，必须不小于upload_max_filesize，确保完整接收POST形式传递的文件流
• 调整FastCGI模块的请求大小限制
  PHP以FastCGI模式运行在IIS上时，FastCGI处理器自带的maxRequestLength（单位为KB）默认仅允许1000KB的请求体，该限制独立于IIS核心请求配置，需要将对应FastCGI应用的该参数调整为35000KB以上，避免FastCGI层提前拦截大体积请求。
• 排查第三方安全组件的独立拦截规则
  检查IIS是否部署了URLScan、WAF等第三方安全防护模块，这类组件会独立维护请求体大小上限，不受IIS核心配置的影响，需要在组件自身配置面板中，将允许的请求体大小调整到和整体阈值匹配的范围。

配置生效校验要点

• 核对全局applicationHost.config中的同名参数值，避免全局配置的更小阈值覆盖站点级的自定义配置
• 所有参数修改完成后，回收对应应用程序池、重启IIS服务，确保php.ini、applicationHost.config这类系统级配置完全加载生效

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