WP_DEBUG通知是否解释了我的站点运行如此缓慢的原因?

时间:2012-09-28 作者:emersonthis

当我启用时WP_DEBUG, 我收到很多以下类型的通知(见下文)。当然,我通常不会打开调试,但我想知道这些是否是一条线索,可以解释为什么我的页面加载需要这么长时间。更清楚的是,一旦页面开始加载,我的网站就很好了(所以这与加载大型资源无关)。

我也在一个非常快速的专用服务器上运行mod_php, 所以我很有信心服务器不是瓶颈。这种缓慢几乎肯定与MySQL/PHP需要很长时间有关,我很难找出原因。如果这些通知没有用,我还能做些什么来检查吗?

我安装了调试栏插件,它显示了大约8.5MB的内存使用量,我认为这对于WP站点来说是相当标准的。我不确定如何解释对象缓存数据,但我也在下面介绍了这一点。

CLARIFICATION:我并不是说生成调试日志会减慢站点的速度,而是想知道这些错误是否是导致站点速度减慢的问题造成的。我所理解的那些似乎并不相关,但我并不认识所有这些。

提前感谢!

注意:调用load\\u plugin\\u textdomain时使用的参数自2.7版以来已被弃用,没有可用的替代参数。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2714

注意:调用load\\u plugin\\u textdomain时使用的参数自2.7版以来已被弃用,没有可用的替代参数。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2714

注意:未定义的属性:FacebookWidgets::/Applications/MAMP/htdocs/mysite中的$pluginDirectory。com/wp-content/plugins/facebook-social-widgets/facebook-social-widgets。php在线25

注意:会话已启动-忽略/Applications/MAMP/htdocs/mysite中的session\\u start()。com/wp-content/plugins/ipaper/ipaper。php第11行

注意:未定义的索引:updatelocalip in/Applications/MAMP/htdocs/mysite。com/wp内容/插件/wp完整备份/wp完整备份。php第32行

注意:会话已启动-忽略/Applications/MAMP/htdocs/mysite中的session\\u start()。com/wp内容/插件/wp自定义管理栏/自定义管理栏功能。php第8行

注意:从2.8版开始,register_sidebar_小部件就不推荐使用了!改用wp\\u register\\u sidebar\\u widget()。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2628

注意:register\\u widget\\u控件自2.8版以来已被弃用!改用wp\\u register\\u widget\\u control()。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2628

注意:自3.0版以来,automatic\\u feed\\u links已被弃用!改为使用add\\u theme\\u支持(“自动提要链接”)。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2628

注意:wp\\u enqueue\\u脚本调用不正确。在wp\\u enqueue\\u脚本、admin\\u enqueue\\u脚本或init挂钩之前,不应注册或排队脚本和样式。有关详细信息,请参阅WordPress中的调试。(此消息是在版本3.3中添加的。)在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2748

注意:正在尝试在/Applications/MAMP/htdocs/mysite中获取非对象的属性。com/wp包括/链接模板。php在线243

注意:正在尝试在/Applications/MAMP/htdocs/mysite中获取非对象的属性。com/wp包括/链接模板。php在线270

注意:正在尝试在/Applications/MAMP/htdocs/mysite中获取非对象的属性。com/wp包括/链接模板。php在线274

注意:未定义索引:hl\\u twitter\\u cron in/Applications/MAMP/htdocs/mysite。com/wp-content/plugins/hl-twitter/functions。php第96行

注意:调用load\\u plugin\\u textdomain时使用的参数自2.7版以来已被弃用,没有可用的替代参数。在/Applications/MAMP/htdocs/mysite中。com/wp包括/功能。php在线2714

enter image description here

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

不,通知本身并不是一个性能问题,生成它们通常不会占用大量资源(如果要更换错误处理程序,则会出现例外情况-我看到它会变慢,因为输出量较大,并且与防病毒程序冲突)。当然,它们所指出的是代码质量的潜在问题,这对健壮的性能毫无益处。

您可以尝试以下插件P3 为了便于第一次查看,但我建议查看更通用的PHP分析器,例如XdebugXHProf 用于严重故障排除。

结束

相关推荐

如何覆盖AJAX响应的WP_DEBUG?

强烈建议(我完全同意)采用WP_DEBUG 已启用。然而,在页面中看到尚未修复的警告很不方便,但在Ajax响应中,它们会完全破坏响应。我只是从WP中的Ajax开始,是否有一些合适的钩子仅用于抑制Ajax响应的错误?PS fix everything目前还不可行,因为它的环境极其广泛和复杂:)