页面太多导致WordPress管理不可用

时间:2012-04-30 作者:joren

我们有一个Wordpress网站,在导入了许多定位页面后,现在有大约9k个页面。前端运行得很好,没有性能损失(在我用自定义MySQL查询替换了wp\\u list\\u页面之后),但页面管理部分甚至无法触及。管理的所有其他部分都会被罚款。即使我导航到前端的一个页面并使用编辑页面链接,它也永远无法打开编辑页面屏幕。更改permalink结构没有帮助,我知道这是3.0之前wordpress的一个问题。还尝试禁用所有插件,没有帮助。我正在运行Wordpress 3.3.2。

哈尔普请!我唯一的选择是将网站拆分为基于Wordpress网络的较小子网站,但这将导致整个网站重组至少延迟一个月。

有人提到使用https://github.com/rackerhacker/MySQLTuner-perl 优化我的。cnf和MySQL。我得看看这在我的主人身上是否可行,如果不行,我们就得走了。任何其他人的想法都将不胜感激,谢谢!

EDIT一位wordpress开发人员提到,我可以“关闭edit.php中的层次显示。wp\\u edit\\u posts\\u query()中的过滤器可能能够适应这种情况”,作为一种潜在的解决方法。有没有人有处理这种事情的经验?

1 个回复
SO网友:george.n

遗憾的是,您提供的详细信息有点有限。例如,您使用的是哪种主机,您在这里处理的是哪种流量?

如果您有一个共享主机帐户,那么您应该知道共享主机为您提供了有限的cpu和内存资源,因为它是跨多个主机帐户共享的。

根据我的经验,当wp开始在前端或管理员上运行时(这是由于一个查询返回了大量结果,无论是帖子、页面还是图像),这肯定与资源相关,要么是分配给php的内存不足,要么是cpu能力不足,无法完成一个过程。

有时,未优化的数据库也可能是原因-您可以尝试http://wordpress.org/extend/plugins/wp-dbmanager/

结束

相关推荐

MySQL查询。按元关键字排序

我已经为此奋斗了很长时间,开始觉得我错过了一些重要的东西。CPT帖子可以有元数据,也可以没有元数据(_vip_post [0|1], _thumbnail_id [null|numeric] ). 如果我查询_thumbnail_id 没关系,而且有效:SELECT SQL_CALC_FOUND_ROWS wp_posts.* FROM wp_posts LEFT JOIN wp_postmeta m ON ( wp_posts.ID = m.post_id AND m.meta_k