You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

WordPress菜单数量限制问题:超过41项无法保存

WordPress菜单超41项保存失败(Bad Request)的非max_input_vars排查方向
  • 主机端的隐性输入限制
    很多cPanel主机会通过php-fpm配置、suPHP规则或ModSecurity安全模块,单独设置比php.ini更严格的输入变量限制,哪怕你把max_input_vars设到5000也可能不生效。先去cPanel的MultiPHP INI Editor确认实际生效的参数,不行就直接联系主机服务商,询问是否有隐藏的变量数或请求参数限制。另外,max_input_nesting_level容易被忽略,菜单是嵌套结构,层级过深会触发限制,默认值64,可尝试调到128或256。

  • WordPress后台内存与核心逻辑
    大量菜单项保存时需要处理的数据量较大,内存不足会导致请求失败。在wp-config.php中添加define('WP_MAX_MEMORY_LIMIT', '256M');,提升后台可用内存。同时检查wp-admin/includes/nav-menu.php文件是否被修改过——官方版本不会硬编码项数限制,但不排除之前有人改动过这个核心文件。

  • 服务器请求大小限制
    大量菜单项的POST数据总大小可能超出服务器限制,引发Bad Request。确认php.ini里的post_max_size至少设为16M以上,且和upload_max_filesize保持一致或更大。如果是Apache服务器,LimitRequestBody参数会限制请求体大小;Nginx则是client_max_body_size,这个通常需要主机商调整,cPanel用户直接联系客服即可。

  • 数据库存储限制
    WordPress菜单数据存在wp_options表的theme_mods_xxx或nav_menu_items条目里,若option_value字段是TEXT类型(最大64KB),大量菜单项的序列化数据会超出存储上限。登录phpMyAdmin,找到对应字段,将类型改为LONGTEXT(最大4GB)后再尝试保存菜单。

  • 浏览器端干扰
    浏览器插件、缓存可能影响表单提交逻辑,虽然概率较低,但可以尝试用Chrome或Firefox的隐私模式打开后台,直接保存菜单,排除浏览器层面的问题。

内容的提问来源于stack exchange,提问作者Barlet

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.19 14:52:23