7 个用于故障排除的 WordPress 调试工具
尽管WordPress是一个受控环境,错误比典型的软件开发环境要少得多,但总有一个窗口或一扇门可以让问题潜入。一般来说,工具为您提供的灵活性越大,您可能遇到的潜在错误就越多。
在 WordPress 的具体情况下,有足够的灵活性,因此也存在潜在的错误。您拥有一个开放的插件架构 ,可用于向CMS添加功能;您有一个 Web 服务器、一个托管提供商、一个数据库管理系统和一个网络。所有这些组成部分都是独立的因素,它们各自造成了潜在的问题。
您可能遇到的一些问题包括性能缓慢、阿富汗电话号码库内容不正确或损坏、错误消息,最糟糕的是白屏死机 ( WSoD ),这意味着您的网站已崩溃并需要立即关注。即使是很小的性能问题(例如小于 2 秒的延迟)也应该引起您的关注,因为它可能(并且将会)损害您的SEO 策略以及您在搜索引擎结果中的定位。
这直接转化为每天访客数量的减少,因为如今,快速响应就是一切,尤其是对于移动用户而言。这就是为什么拥有可以在您感觉网站无法正常运行时随时使用的工具非常重要的原因。即使它有效,其性能或可用性也始终有改进的空间。
内容 隐藏
1 什么是调试?
2 7 个用于故障排除的 WordPress 调试工具
2.1 WP_调试
2.2 WPDB错误报告
2.3 使用试用站点
2.4 查询监控
2.5 火狐开发者工具
2.6 新遗物
2.7 调试栏
3 为大家调试
3.1 相关出版物:
什么是调试?
调试是开发人员执行的一项任务,用于查找并修复程序中的错误(也称为错误)。它是使用专用工具执行的,使您可以查看程序执行期间内部发生的情况。有时,调试最困难的部分是找出哪个组件、命令或指令导致了错误。
为此,开发人员的行为方式与需要进行诊断的医生相同:分析症状,并在必要时进行一些研究以确定问题的根源。相当于医学研究的软件开发是监控工具,它提供有关站点内部运作的信息。让我们看看一些选项。
7 个用于故障排除的 WordPress 调试工具
WP_调试
WordPress 有一个经常被忽视的内置调试工具。这是一个名为 WP_DEBUG 的“标志”,每当激活时都会触发 WordPress 中的调试模式。当您启用 WP_DEBUG 时,会创建一个日志来记录您站点上的所有活动。通过阅读此日志,您可以准确找出 WordPress 网站上哪些部分无法正常工作。
要启用 WP_DEBUG,您需要通过编辑 wp-config.php 文件并添加必要的行来指示您的站点记录所有活动来进行一些编码。这项任务并不适合所有人:编辑 wp-config.php 文件时需要非常小心,因为如果出现一行甚至一个字符错误,您的网站可能会停止工作。另外,在执行任何操作之前,请备份您的网站/文件。如果你搞砸了某些事情,你可以恢复备份并将所有内容放回原处。
要编辑 wp-config.php 文件,请使用托管提供商的文件管理器或使用 FTP 客户端上传文件并使用您喜欢的文本编辑器在本地打开它。该文件位于 WordPress 安装的主目录中。打开它后,查找定义 WP_DEBUG 的行。它应该看起来像这样:
define( 'WP_DEBUG', false );
如果没有这一行,请查找以下注释:
/* That’s all, stop editing! Happy blogging. */
并在该注释上方添加以下行。这些命令将告诉您的站点记录所有错误而不显示它们,这对于可公开访问的站点非常有用:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
保存修改后的文件,如果您使用FTP,则将其上传到您的网站。然后尝试触发错误(或等待它发生)并检查 debug.log 文件。您可以在 WordPress 安装的 wp-content 文件夹中找到它。您可以使用文本编辑器打开它并查找错误消息,以显示导致网站出现问题的原因。此后,您必须通过将 wp-config.php 文件中添加或更改的所有行中的值“true”更改为“false”来禁用日志记录。
WPDB 错误报告
如果您知道或怀疑站点数据库出现问题,您可以启用 WPDB 错误报告功能。这也需要一些编码。启用错误报告功能后,您可以指示您的站点开始在屏幕上显示数据库错误。您不应该在实时网站上执行此操作,除非您担心访问者在屏幕上收到错误消息。最好使用演示网站(如下所述),您可以在其中测试您想要的所有内容,而不会让每个人都看到幕后发生的情况。
阅读这些错误消息或日志需要一些技术知识,就像阅读 X 射线需要医学知识一样。您必须破译一些编程、网络或数据库术语,但您可能会找到影响您网站的问题的根源,然后从能够解决该特定问题的人那里获得帮助。要开始生成数据库错误报告,请将以下行添加到您的 wp-config.php 文件中(与我们之前描述的生成调试日志的方式相同):
]
define( 'SAVEQUERIES', true);
如果您将此值设置为 true,数据库将开始保存您网站发出的所有请求。然后,您可以查看每个页面请求引发的请求数以及每个页面请求中使用的命令。在屏幕上显示查询的一种方法是将这些行添加到执行流程中主题的 PHP 文件中:
global $wpdb;
print_r( $wpdb->queries );
调试完成后,您应该删除这些行以使您的站点恢复正常。
使用试用网站
暂存站点是真实站点的克隆,您可以在上线之前测试更改或新功能。使用演示站点来调试问题或监视其行为也是一个好主意,因为它使您可以自由地尝试任何您想要的内容,而不会打扰站点的真实用户。测试站点准确反映真实站点的内容和结构非常重要。每当您使用新内容或新插件(主要是插件和主题)更新WordPress 网站时,您都应该使用真实网站的副本来更新您的临时网站。这样,如果实时站点出现问题,您可以在临时环境中重现它。