WordPress博客上的调试500内部服务器错误

时间:2011-11-02 作者:Fernando Briano

My WordPress blog 托管在Hostgator上的共享Web服务器上。在过去的几天里,我已经有500个内部服务器错误。自从出现错误以来,我还没有安装任何新插件。

我联系了几次技术支持人员,但都没有得到成功的答复。webhost的进程限制为25。有时会达到进程限制,因此该服务器上的网站会关闭。当查看进程控制台时,我看到大量生成的进程是php服务于索引。我博客的php文件。

当我第一次联系支持部门时,他们告诉我这可能是因为我的网站流量大幅增加。但我没有理由认为一天的交通量可能会增加那么多。检查分析(虽然大多数请求肯定会因为错误而丢失),我注意到流量没有任何重要的增加。此外,该网站在达到平均日点击量的四到五倍之前,经历了一些“Slashdot效应”,没有任何问题。

另一位技术支持人员告诉我将WP Super Cache插件切换到W3 Total Cache,因为这是Hostgator建议的。这也没有改变任何事情。我尝试过停用和卸载这两种功能,然后使用超高速缓存进行检查,但我从未发现不同的结果。

当将WP-DEBUG更改为true时,我看到的只是来自一个Seo包和另一个插件中的一些警告。

所有的技术支持人员都告诉我,这是由一个插件引起的。所以我禁用了所有这些功能,并开始逐一尝试和启用。问题是,我仍然无法找出是哪个插件(如果是问题的话)造成了问题。总之,他们没有多大帮助。

我有哪些选项可以调试并找出问题所在?EDIT: 我的活动插件:Akismet、All-In-One SEO Pack、Dagon Design Sitemap Generator、FastFast Secure Contact Form、Google XML Sitemaps、Laconica Tools、List Category Posts、NextGEN Gallery、RubyConf乌拉圭Ribbon、Smooth Slider、Subpage Listing、订阅重新加载的评论、UserAgent Spy、W3 Total Cache、WP PageNavi、WP语法。

3 个回复
最合适的回答,由SO网友:Wyck 整理而成

如果不能很好地访问服务器本身,就无法真正调试服务器错误。这将需要查看这个特定主机的内部工作,我确信他们不会允许也不会花费任何实际时间尝试修复。如果他们无法向您提供有关问题的更多详细信息或要求访问apache和sql日志,请转移到更好的主机。

你能做的最好的事情就是逐个禁用插件,从那些可能需要大量cpu的插件开始,比如xml站点地图,或者任何通过请求或操作动态运行的插件。

启用慢速查询日志记录以查明数据库问题。

你也可以试试这个插件,不知道它有多有用,TPC! Memory Usage

SO网友:Johannes

我也有同样的问题,在一段时间不接触该网站后,它突然开始在各个页面上产生“500内部服务器错误”。一周后,我发现我的“/wp-content/debug.log”(我很久以前启用了它,但后来忘记了)超过128 MB,因此由于某些原因无法写入,因此访问该文件的所有插件或功能都停止了协同工作。因此,调试中没有有用的条目。日志,=>我很困惑。

所以,如果您启用了该选项,并且它很大(限制可能取决于主机设置),请尝试删除它。

SO网友:CK MacLeod

进一步回答上述问题:我不知道这是否是本例中的解释,但是,如果您意外地检查了日志记录程序(这在尝试调试时经常发生!),它可能是在后台记录到无法想象的大小。发生在我最近处理的一个网站上。找到并删除多GB日志文件并取消选中启用日志记录复选框(在WP SuperCache上)后,问题消失了。

在我移动服务器和升级PHP级别的时候,发生了一次类似的事件,而在主机方面,启动了一个进程,自动缓存和记录一组插件的数据,这一事件的细节对我来说并不清楚。同样,如上所述,在删除了不需要的元统计文件并停止了进程之后,问题就消失了。

结束

相关推荐

How do you debug plugins?

我对插件创作还很陌生,调试也很困难。我用了很多echo,它又脏又丑。我确信有更好的方法可以做到这一点,也许是一个带有调试器的IDE,我可以在其中运行整个站点,包括插件?