为什么GoDaddy共享主机上max_input_vars显示生效却未执行

你遇到的「ini_get返回max_input_vars为10000、phpinfo明确标注本地值为10000，但实际POST提交的字段被截断在1000出头」的现象，是共享主机架构下的配置加载链路分层拦截导致的，和你的配置写法、测试脚本逻辑没有关系。

具体触发逻辑 #

• 你观测到的「$_POST['input']仅填充1001个元素」的截断点，和PHP默认全局max_input_vars=1000的硬限制高度吻合，差值来自表单中其他非input[]数组的公共字段（数量输入框、提交按钮等）的计数偏差，不存在随机截断的情况。
• GoDaddy这类共享主机采用前置拦截的PHP运行架构：请求进入Web服务器层后，会先在转发给PHP进程之前，按系统主配置的1000上限对POST、GET提交的参数总数做第一轮截断，这时候还没执行到加载你.htaccess、.user.ini目录级配置的流程。
• 你在phpinfo中看到的本地值10000的结果，是PHP进程已经拿到被前置层截断后的POST数据，再加载你目录下的本地配置计算出来的——此时原始提交的参数已经被截完，本地配置值自然不会对已经截断的请求生效。
• 可以排除非相关的配置干扰：100M的post_max_size远大于2000个小型hidden字段的总体积，两边一致的PHP 7.2版本也不会出现逻辑差异，问题根源完全在共享主机的分层配置拦截。

可落地的解决方法 #

• 将.htaccess中写入的php_value max_input_vars 10000挪到网站根目录的.user.ini文件中，写入内容为max_input_vars = 10000，部分主机的CGI运行模式下，.user.ini的配置加载时机早于.htaccess，可被前置Web层识别。
• 登录主机后台的PHP版本管理面板，不要使用默认的通用共享PHP模式，手动指定选择PHP 7.2版本，这种模式下前置Web层会自动同步站点目录下的.user.ini配置，不会硬卡系统默认的1000阈值。
• 如果以上调整后仍然存在截断，直接联系主机客服，要求为对应站点的PHP-FPM运行池将max_input_vars参数调整至10000——共享主机的运行池配置由运维侧管控，当池级配置未放开用户自定义权限时，目录级的配置会被系统硬值覆盖。

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