我将回答我自己的问题,主要是保留调试日志,直到我弄清问题的真相为止(希望能为其他SE用户的利益回答我的问题):-
2014年5月28日,根据上述内容提出问题。菜单项一直被随机删除的持续问题。出于测试目的,在子域上复制了网站。
2014年6月6日,现场删除了菜单项。开发人员网站上仍然完整,但注意到有4个插件更新,如下所示:-
CM工具提示词汇表(活动)
表单生成器(非活动)共享此(非活动)Wordpress SEO(活动)更新了所有四个插件,在10秒内,删除了开发网站上的所有菜单项。手动恢复的菜单项。手动停用并重新激活插件CM工具提示词汇表和Wordpress SEO(尝试复制更新过程的一部分)。几分钟后,所有菜单项仍然完好无损,尚未删除。
我想也许将来会一次更新一个插件,这样就可以准确地找出问题的根源。
2014年6月8日
好的,现场的菜单项又消失了。没有在Wordpress中执行任何更新。它们在开发网站上仍然完好无损。自6月6日以来,服务器上没有为live site修改任何文件。再次手动恢复活动站点上的菜单项。
live站点上提供了两个插件更新:-
表单生成器(非活动)共享此(非活动)更新了两个插件,菜单项仍保持不变。。。
开发人员网站上提供了一个插件更新:-
表单生成器(非活动)已更新插件,菜单项仍保持不变。。。
在插件更新和恢复live站点上的菜单项之前和之后,对数据库转储运行差异检查(如建议的in the comments):-
有趣的是插入了下面的一行,它被拍打在wp_posts
表格:-
(1170, 2, \'2014-06-08 11:02:05\', \'2014-06-08 10:02:05\', \' \', \'\', \'\', \'publish\', \'open\', \'open\', \'\', \'1170\', \'\', \'\', \'2014-06-08 11:02:05\', \'2014-06-08 10:02:05\', \'\', 0, \'http://www.domain.com/?p=1170\', 4, \'nav_menu_item\', \'\', 0),
该行插入688和689之间,因此在表中类似:-
688
1170
689
看起来很奇怪,它会在那里随机插入这个。。。
我还注意到wp_usermeta
表格:-
(542, 2, \'nav_menu_recently_edited\', \'44\'),
我的用户ID是2,这似乎表明我的用户ID最近编辑了44个导航菜单项。。。哪一种可能是将它们全部删除?
刚刚安装了插件Stream 在live和dev站点上跟踪Wordpress管理中所做的任何更改。
还升级了Apache服务器上的每个模块,包括mysql,并修复了mysql数据库。我升级了服务器上遇到的所有内容。我接着补充道max_input_vars
到php.ini
(2000年)。
2014年6月12日,live site再次删除所有菜单项。未处理任何更新。菜单项已被删除,甚至没有人触摸网站上的任何内容。开发人员站点上的菜单项仍然完好无损。
由于live site和dev site上的菜单项没有同时删除(站点和数据库完全相同,只是加载了更多的评论和类似的内容),我不确定这是什么意思。
正在尝试Wordpress的内置数据库和修复工具,方法是将以下内容添加到wp_config.php
:-
define(\'WP_ALLOW_REPAIR\', TRUE);
似乎没有发现任何错误,结果如下:-
wp\\u users表正常。
Failed to optimize the wp_users table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\u usermeta表正常。
Failed to optimize the wp_usermeta table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U posts表正常。wp\\U posts表已优化。
wp\\U注释表正常。
Failed to optimize the wp_comments table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\u links表正常。
Failed to optimize the wp_links table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U选项表正常。
Failed to optimize the wp_options table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U Posteta表正常。
Failed to optimize the wp_postmeta table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U术语表正常。
Failed to optimize the wp_terms table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U term\\u分类表正常。
Failed to optimize the wp_term_taxonomy table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\u term\\u relationships表正常。
Failed to optimize the wp_term_relationships table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\U commentmeta表正常。
Failed to optimize the wp_commentmeta table. Error: Table does not support optimize, doing recreate + analyze instead
wp\\u snippets表正常。
Failed to optimize the wp_snippets table. Error: Table does not support optimize, doing recreate + analyze instead
维修完成。请从wp config中删除以下行。php以防止未经授权的用户使用此页面。
定义(\'WP\\u ALLOW\\u REPAIR\',true);
还从@birgire\'s的第1点安装了日志记录answer.
2014年7月14日,我只想确认,自删除隐形发布插件以来,菜单项不再被删除。多亏了Rarst在另一个线程中的贡献,这个线程被标记为的副本。
插件开发人员已经在Wordpress上意识到了这个问题,但很明显他们并不在意,插件已经被放弃/不再维护。