WordPress故障处理

背景

• 无编程基础、不懂 PHP 语言、未使用过 WordPress 的新手小白一只。
• 接触 WordPress 的第一天、利用免费主题和部分免费插件搭建本博客。
• 自定义好外观后，进行了一次 WordPress 版本在线升级。
  

  问题

  打开 WordPress 的主题个性化页面、文章编辑页面报错：“您的站点遇到了致命错误，请查看您的站点的管理电子邮箱来获得指引。”

  处理步骤

  1. 查阅登记的管理员邮箱、未收到报错信息。
  2. 百度搜索报错，无有效信息。
  3. 利用工具-站点健康，进行检查，无报错。
  4. 安装 Query Monitor 插件，重新打开报错页面。获取到报错信息。
  5. 检查报错信息，得知是某富文本编辑插件导致的错误，禁用相关插件。网页恢复正常。
     

     推荐

     Query Monitor 插件。
     Query Monitor 是 WordPress 的开发工具面板。它支持调试数据库查询、PHP 错误、钩子和操作、块编辑器块、排队脚本和样式表、HTTP API 调用等等。它包括一些高级特性，比如调试 Ajax 调用、REST API 调用和用户功能检查。它包括通过插件或主题缩小输出范围的能力，允许您快速确定性能较差的插件、主题或函数。Query Monitor 主要关注以一种有用的方式显示其信息，例如，通过显示按插件、主题或负责这些查询的函数分组的聚合数据库查询。它添加了一个显示当前页面概览的管理工具栏菜单，一旦选择菜单项，就会在面板中显示完整的调试信息。完整信息，请查看查询监视器网站。下面是每个页面加载所显示内容的概述:数据库查询，包括查询速度慢、重复或错误的通知。允许过滤查询类型(选择，更新，删除等)，负责的组件(插件，主题，WordPress 核心)，和调用函数，并为每个提供单独的聚合视图。模板文件名、完整的模板层次结构以及已加载或未加载的所有模板部件的名称。PHP错误及其负责的组件和调用堆栈很好地显示出来，在管理工具栏中有一个可见的警告。当使用 WordPress 5.0+ 或 Gutenberg 插件时，在 post 内容中块和相关属性。匹配的重写规则、关联的查询字符串和查询变量。排队的脚本和样式表，以及它们的依赖项、依赖项和破坏依赖项的警报。每个文本域的语言设置和加载的翻译文件( MO 文件)。 HTTP API 请求，带有响应代码、负责的组件和花费的时间，以及失败或错误请求的警告。用户功能检查，以及传递给功能检查的结果和任何参数。环境信息，包括关于PHP、数据库、WordPress 和 web 服务器的详细信息。所有的 WordPress 条件函数的值，如 is_single()， is_home() 等。已更新的瞬变函数。此外:无论何时发生重定向， Query Monitor 都会添加一个包含调用堆栈的HTTP头，这样您就可以使用您最喜欢的HTTP检查器或浏览器开发人员工具来跟踪触发重定向的原因。页面上任何由 jquery 发起的 Ajax 请求的响应都将在其头文件中包含各种调试信息。 PHP 错误也会输出到浏览器的开发人员控制台。来自经过身份验证的 WordPress REST API 请求的响应将在其头文件中包含各种调试信息，只要经过身份验证的用户拥有查看查询监视器输出的权限。默认情况下，查询监视器的输出只显示给单站点安装上的管理员，以及多站点安装上的超级管理员。除此之外，您还可以设置一个身份验证 cookie，它允许您在未登录时(或者以非管理员身份重新登录时)查看查询监视器的输出。有关详细信息，请参见设置面板。隐私声明查询监视器在默认情况下是私有的，并且将一直是私有的。它不会持久地存储它所收集的任何数据。它不发送数据给任何第三方，也不包括任何第三方资源。