唯一的调试方法是一次禁用一个插件，每次尝试在禁用另一个插件之前重现问题。从与WP管理相关的插件开始，然后向下移动到常规主题插件、小部件等。

检查服务更好的“未找到”页面（使用Opera浏览并打开信息面板，该面板将显示标题，或者使用Firefox浏览并启用Firebug的“Net”面板），然后搜索所有插件，看看它们是否可以直接为其提供服务。如果没有，请查看web服务器的日志，找出它无法提供的确切资源；插件可能会进行一些奇特的重定向或重写，因此导致404的不一定是您在浏览器中看到的URL。

这只是一个粗略的想法：如果你得到一个“真正的”404错误（设置了标题），那么你可以搜索你的插件并查找PHP header() function 还有404号码。这可以将插件的数量从70个减少到一些。那么你只需要检查一下。

这可以通过像Eclipse PDT这样的IDE轻松完成，它提供了对特定PHP函数调用的搜索。

其次是编写一个插件，将其挂接到头设置中，然后跟踪哪个代码实际设置了潜在的404（回溯），但不能保证它能成功工作。这只有在插件使用WordPress API函数时才起作用。无论WP API如何，查找PHP函数的第一个方法都可以工作。

我只能讲述我自己的经历，到目前为止，我还没有找到一个“明确”的规则来一次性解决所有问题。

DreamHost设置的主要问题是，在将内存消耗保持在最低限度的永恒斗争中，这意味着要尽可能多地删除功能，也就是说，所有这些都会减少带宽（对访问者有好处！）或者CPU（对服务器有好处，但DreamHost控制CPU消耗的力度不如控制RAM）。例如，这意味着摆脱gzip\'ed HTML+CSS（它将消耗CPU+RAM）或几个Minify插件中的任何一个（它也将消耗RAM）。缓存越复杂（我喜欢使用W3 Total cache，或者至少是WP Super cache），消耗的RAM也就越多。

类似地，许多限制MySQL查询数量以提高性能的插件将消耗RAM。因此，找到一个折衷方案，在避免消耗宝贵的RAM的同时，仍能保持站点良好的响应性能，这是一项艰巨的任务！

到目前为止，我在繁忙网站上的最佳结果是取消选中页面速度优化和额外的Web安全性，这显然会消耗大量RAM，而是依赖于与W3 Total Cache和Cloudflare（免费反向代理服务）的结合。Cloudflare将有效地执行与“额外Web安全”模块相同的操作，但由于它在DreamHost之外运行，因此也可以。W3 Total Cache会消耗大量内存，但一旦页面静态存储在本地，Cloudflare将非常高效地缓存它们-因此您在编辑帖子时可能会得到404/500，至少您的访问者不会体验到它们（即使DreamHost提供404或500，Cloudflare也可以提供静态页面）。

还有，感谢this article, 我发现FastCGI比“普通”CGI使用更多的RAM。由于PHP 5.3更擅长管理RAM（更积极的垃圾收集，更少的内存泄漏），我已经尝试切换到PHP 5.3 CGI（不是FastCGI），没有页面速度优化，也没有额外的Web安全性，依靠W3 Total Cache+Cloudflare来加速站点。现在backoffice速度变慢了（CPU消耗更多！）但至少我没有看到404/500（到目前为止！）。

我仍然对这种组合不满意，所以我肯定会继续调整DreamHost的设置，希望进一步减少RAM消耗，同时仍能获得足够的性能。正如@dgw所说，我也使用了很多插件，因为我需要它们的功能。并不是每个用DreamHost托管WP的人都有简单的博客需求；网站越复杂，需要的功能就越多。。。这就是WordPress的美妙之处，你只需要使用你真正需要的插件，如果你对很少的需求感到满意的话，就可以简单地安装核心WP。然而，插件在网站上并不一定“坏”或那么重；但确实有些可能会消耗大量内存。。。

需要更多信息：

1） 为什么有这么多插件？

2） 您的托管提供商运行的是什么操作系统？

3） 什么Web服务器？

4） 您是否有权访问httpd服务器日志，尤其是错误日志？

5） 错误日志在围绕这些问题的时间范围内说明了什么？

（现在，说实话，如果我们对“运行WordPress的平均J6P可能有这个确切的问题”进行概括，我们可以从指导所述J6P回答至少上述5个问题开始……）