WordPress环境Ajax POST请求120秒后出现405 Not Allowed错误求助

看起来你遇到的问题是服务器端的限制在Ajax设置的超时之前就中断了请求，而且还触发了405 Not Allowed错误——这通常不是单纯的超时问题，而是服务器或安全层的拦截导致的。结合Bluehost的WordPress环境，我给你几个针对性的解决思路：

1. 调整PHP执行时间限制 #

Bluehost默认的PHPmax_execution_time通常是30秒到120秒，你的脚本运行超过2分钟，首先得让PHP允许它跑够时间：

• 在你的service.php最开头添加代码：

  ini_set('max_execution_time', 300); // 设置为5分钟，和Ajax超时匹配
  ini_set('max_input_time', 300); // 同时调整输入超时，避免接收数据时中断
  

• 如果你有权限，也可以通过Bluehost cPanel的「PHP Selector」工具直接修改全局的max_execution_time和max_input_time为300。

2. 修改Apache服务器超时设置 #

Bluehost的Apache默认Timeout值一般是120秒（正好是你遇到错误的时间点），这会导致服务器在2分钟后主动断开连接，进而触发405错误。你可以通过.htaccess文件调整：
在WordPress根目录的.htaccess里添加一行：

Timeout 300

如果添加后出现服务器错误，说明Bluehost限制了这个设置，需要联系他们的技术支持帮你调整服务器级别的超时。

3. 排查ModSecurity或安全插件的拦截 #

405 Not Allowed错误很多时候是安全规则拦截的结果，尤其是长时间运行的POST请求容易被误判为恶意请求：

• 临时关闭ModSecurity测试：在.htaccess里添加以下代码，测试是否还会出现405错误：

  SecFilterEngine Off
  

  如果问题解决了，说明是ModSecurity的规则在搞鬼，你可以联系Bluehost的支持团队，让他们把你的service.php请求加入白名单，或者调整相关规则。
• 检查WordPress安全插件：如果你用了Wordfence、iThemes Security这类插件，它们可能有请求超时或恶意行为检测的设置。找到插件的「防火墙」或「安全规则」部分，把service.php加入允许列表，或者延长请求超时的阈值。

4. 确认请求路由和方法合法性 #

有时候405错误是因为WordPress的重写规则干扰了service.php的请求：

• 用Postman或curl直接发送POST请求到service.php的完整URL，看是否返回405。如果是的话，说明你的service.php没有正确处理POST请求，或者被WordPress的路由拦截了。
• 可以在.htaccess的WordPress重写规则前添加排除规则，让服务器直接处理这个文件：

  RewriteRule ^service.php$ - [L]
  

  这样可以避免WordPress把service.php当成路由来处理。

5. 推荐：改用异步处理方案 #

其实长时任务用同步Ajax等待并不是最佳实践，即使解决了超时问题，也容易因为网络波动或服务器临时中断导致失败。更可靠的方式是：

• 前端发送请求后，后端把任务加入队列（比如用WordPress的WP Cron，或者自定义的任务队列），立即返回一个任务ID。
• 前端通过轮询（比如每30秒发一次请求）查询任务状态，直到任务完成或失败。
  这种方式完全避开了长时连接的超时问题，也更符合Web应用的设计原则。

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