1 WordPress错误怎么办？

• 2 Health Check & Troubleshooting插件排查WordPress错误
• 3 单独启用WordPress主题或WordPress插件排查错误
• 4 Health Check & Troubleshooting插件的功能

当WordPress网站出现一些致命错误问题，找不到原因时，必须禁用所有插件，然后逐个启用，以便观察是WordPress主题，或是哪些WordPress插件造成冲突。

但是，禁用所有WordPress插件，绝对会影响在网站前台浏览的访问者。

两全其美的调试WordPress错误的方法，可能是你所需要的。

innity_adZoneAsync.q.push(function(){innity_adZoneAsync.display(“ee389847678a3a9d1ce9e4ca69200d06″,”96572”,{“target”:”div-ad-innity-96572/0″,”origin”:”MY”});});

WordPress错误怎么办？

WordPress致命错误怎么解决？

WordPress网站搬家后，首页前台空白打开后台也空白，怎么办？

建议开启“WordPress调试模式”，对WordPress进行故障排除。

如何开启WordPress调试模式？

1. 编辑WordPress网站根目录下的“wp-config.php”文件；
2. 将“define('WP_DEBUG', false); ”，修改为“define('WP_DEBUG', true); ”
3. 开启WordPress调试后，刷新出错页面，就会显示造成错误的插件或主题的路径和错误提示；

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• 最后将“define('WP_DEBUG', false); ” 修改回“define('WP_DEBUG', false); ”。

刷新出错网页后，就会显示类似以下造成WordPress错误的插件提示信息 ▼

innity_adZoneAsync.q.push(function(){innity_adZoneAsync.display(“ee389847678a3a9d1ce9e4ca69200d06″,”96574”,{“target”:”div-ad-innity-96574/0″,”origin”:”MY”});});

Strict Standards: Redefining already defined constructor for class PluginCentral in /home/eloha/public_html/etufo.org/wp-content/plugins/plugin-central/plugin-central.class.php on line 13

• 初步判断是WordPress插件造成的WordPress致命错误问题，所以需要先记录哪个WordPress插件出现错误提示，然后逐个排除。
• 一般来说，在对网站进行故障排除时，需要禁用所有插件并切换到默认主题。
• 可以理解，大多数站长不愿意这样做，因为这种操作会影响网站访问者，造成他们浏览不具备原有功能的网站。

Health Check & Troubleshooting插件排查WordPress错误

在启用Health Check & Troubleshooting插件调试错误之前，一定要先做好网站备份，否则一旦出现严重错误，难以恢复数据。

对于启用了“健康检查与故障排除”插件的“故障排除模式”功能的站长，网站所有插件将被禁用并切换到默认主题，但其他网站的访问者将照常查看该网站。

• 开启“故障排除模式”后，会在顶部导航栏添加一个新的菜单。
• 启用此模式的站长可以通过此菜单点击“管理启用插件”、切换到站点使用的主题，或禁用“故障排除模式”（返回非调试状态）。
• 请注意，由于“强制使用插件”的执行方式不同，无法在“故障排除模式”中禁用此类插件。

第 1 步：安装Health Check & Troubleshooting插件

• WordPress后台搜索“Health Check & Troubleshooting”或下载后上传。

第 2 步：启用“故障排除”模式 ▼

WordPress网站启用故障排除模式后，你的WordPress后台将自动切换回WordPress 默认主题，所有WordPress 插件也会停止使用。

别紧张，如果你用其他浏览器作为访问者浏览网站，是可以如常访问的。

所以这时候你可以放心找出问题慢慢解决。

但是，如果你的网站以这种方式呈现出两种状态，可能会过度消耗主机资源，所以一般选择在很少的时候做比较好访客。

（如果网站流量不高，就会觉得不是特别耗主机性能）

第 3 步：复制站点信息到剪贴板

WordPress后台 → 工具 → 站点健康 → 信息 → 复制站点信息到剪贴板

第 4 步：将刚才复制的站点信息，粘贴到记事本。

第 5 步：搜索“wp-plugins-active”，即可记录和查看已启用的WordPress插件。

单独启用WordPress主题或WordPress插件排查错误

在WordPress顶部导航这里， 可以先设置主题启用 ▼

• 然后，再对照“wp-plugins-active”列表，可根据字母开头逐个启用WordPress插件，比如先从A字母开头小范围地启用WordPress插件。
• 当你启用一个或A字母开头的插件时，立即刷新WordPress错误页面，观察你的网站是否如常？
• 假如启用后，WordPress网站就出现问题。
• 这时候你就会知道是哪个WordPress主题或WordPress插件导致了问题。
• WordPress插件启用顺序要一个一个地测试。

假如想要在故障排除模式中启用WordPres插件，点击“故障排除已启用 ” ▼

▲ 此WordPress版本的中文翻译不完善，图中的这个“故障排除已启用”应该是“在故障排除模式中启用”才对。

1. 在进入“故障排除模式之后”，Health Check & Troubleshooting（健康检查和故障排除）插件会自动停用，所以一定要先启用此插件，否则在查看“站点健康”页面时，会出现错误提示“抱歉，你不能访问此页面”。
2. 然后，才测试启用你认为比较相关的WordPress插件。
3. 比如先启用Elementor，然后再启用周边或者更多的辅助插件来查找错误原因。
4. 或者如果你有购物功能，只需启动启用Woocommerce主插件，然后再启用Woocommerce相关插件或付款插件等。
5. 发现问题后记得“禁用 故障排除模式”并将网站切换回原始状态。
6. 使用它的好处是启用和停用操作的影响，就只有你。
7. 普通访问者看到的是如常的网站。

Health Check & Troubleshooting插件的功能

“Health Check & Troubleshooting”插件提供了网站“状态”、“信息”、“故障排除”和“工具”等数据，让你了解当前网站的健康状况 ▼

• 这是非常方便又有参考价值的，一定要试试。

• PHP Information：这个选项可以让你看到全部php相关的信息页面，这样你就不用去主机查看了。
• File Integrity：检查WordPress核心文件的完整性 。
• Mail Check：测试服务器是否可以发送邮件。

Health Check & Troubleshooting 是一个非常必要的WordPress插件。

1. 当你的WordPress网站出现错误时，安装它可以让你更快地解决问题，但通常你并不需要启用它。
2. 在调试发现问题时，再启用即可。

希望我们（ https://www.wordpressx.com/ ） 分享的《WordPress错误怎么办?Health Check & Troubleshooting插件排查》，对您有帮助。

1 WordPress的curl是什么？

• 2 为何WordPress会出现“cURL 错误 28”？
• 3 WordPress错误：你的站点不能完成环回请求
• 4 为什么会出现 cURL 超时？
• 5 WordPress站点健康状态错误问题如何解决？

WordPress性能错误:REST API请求因遇到了错误而失败。

• “CURL error 28”是一个常见的WordPress REST API问题，它可能会影响网站的性能并可能导致网站运行异常。
• 在本教程中，我们将详细介绍如何解决WordPress网站上的“cURL error 28: Connection timed out”问题。

• WordPress性能错误:REST API遇到了错误 ▲
• REST API是WordPress及其他应用与服务器通信的一种途径。例如区块编辑器页面，它依赖REST来显示及保存你的页面和文章。
• REST API请求因遇到了错误而失败。
  错误：[] cURL error 28: Operation timed out after 10000 milliseconds with 0 out of -1 bytes received

还有，WordPress插件Sitemap XML网站地图，也出现错误提示：

<b>Fatal error</b>: Unknown: Cannot use output buffering in output buffering display handlers in <b>Unknown</b> on line <b>0</b><br />

WordPress的curl是什么？

• cURL 是 WordPress 和许多其他 Web 应用程序使用的软件实用程序，用于使用 URL 发送和接收数据请求。
• WordPress 使用 cURL 来处理多个 API 请求。 它可以用作 PHP 编程语言的扩展，WordPress 托管服务会为此提供帮助。
• curl 库在 WordPress 的后台工作中起着至关重要的作用。 如果配置不对，WordPress 网站将无法如常运行。

为何WordPress会出现“cURL 错误 28”？

未能及时响应服务器的数据请求会导致WordPress出现“cURL error 28”错误。

WordPress 使用 REST API（一种编程技术）来发送和接收数据请求。

如果这些请求超时，你将在“站点运行状况”报告中出现标题为“REST API 遇到错误”的关键问题。

如果展开问题可以查看更详细的信息，包括错误信息：

REST API请求因遇到了错误而失败。
错误：[] cURL error 28: Operation timed out after 10000 milliseconds with 0 out of -1 bytes received

WordPress错误：你的站点不能完成环回请求

你可能还会看到另一个相关问题，标题为“你的站点不能完成环回请求”。 它将显示如下所述的类似错误消息 ▼

环回请求被用来运行计划事件，也被内建的主题及插件编辑器使用来确保代码稳定性。
到你站点的环回请求失败，这意味着依赖此种请求的功能将不能正常工作。
出现错误: cURL error 28: Operation timed out after 10001 milliseconds with

为什么会出现 cURL 超时？

许多情况都会导致 cURL 在 WordPress 中超时：

1. 例如，WordPress 防火墙插件可能会将其视为可疑活动并阻止 REST API 请求。
2. 如果你的 DNS 服务器工作不正常，这也可能导致 HTTP 请求失败，导致 WordPress 出现 cURL 超时错误。
3. WordPress 托管服务器配置错误，一个较低的超时阈值，这也可能会阻止一些WordPress进程正常运行。
4. 使用非专业、已落后的WordPress主题而造成错误问题。

既然我们一般都知道curl错误的原因，那么解决“curl错误28：连接超时”应该不难 “ 问题。

WordPress站点健康状态错误问题如何解决？

WordPress致命错误怎么解决？

WordPress网站搬家后，首页前台空白打开后台也空白，怎么办？

建议开启“WordPress调试模式”，对WordPress进行故障排除。

如何开启WordPress调试模式？

1. 编辑WordPress网站根目录下的“wp-config.php”文件；
2. 将“define('WP_DEBUG', false); ”，修改为“define('WP_DEBUG', true); ”
3. 开启WordPress调试后，刷新出错页面，就会显示造成错误的插件或主题的路径和错误提示；

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• 最后将“define('WP_DEBUG', false); ” 修改回“define('WP_DEBUG', false); ”。

刷新出错网页后，就会显示类似以下造成WordPress错误的插件提示信息 ▼

Strict Standards: Redefining already defined constructor for class PluginCentral in /home/eloha/public_html/etufo.org/wp-content/plugins/plugin-central/plugin-central.class.php on line 13

• 初步判断是WordPress主题或WordPress插件造成的WordPress致命错误问题，所以需要先记录哪个WordPress插件出现错误提示，然后逐个排除。
• 一般来说，在对网站进行故障排除时，需要禁用所有插件并切换到默认主题。
• 可以理解，大多数站长不愿意这样做，因为这种操作会影响网站访问者，造成他们浏览不具备原有功能的网站。

推荐使用Health Check & Troubleshooting插件排查，点击下方链接查看具体方法▼

WordPress错误怎么办?Health Check & Troubleshooting插件排查

当WordPress网站出现一些致命错误问题，找不到原因时，必须禁用所有插件，然后逐个启用，以便观察是WordPress主题，或是哪些WordPress插件造成冲突。但是，禁用所有WordPress插件，绝对会影……

我们网站在启用Health Check & Troubleshooting插件的“故障排除模式”后，测试改用“二〇二一”主题，就没显示“REST API遇到了错误”问题。

• 但是，在启用Health Check & Troubleshooting插件的“故障排除模式”中，改回之前用的WordPress主题就出现错误。
• 所以，可以肯定地判断是WordPress主题造成的“REST API请求错误cURL error 28”错误问题。

如果上述步骤无法解决WordPress站点上的cURL错误28，则问题很可能是服务器环境问题。

• 有很多因素只能由服务器提供商控制和修复。 例如，如果其DNS服务器不能及时解析请求，就会导致curl请求超时。
• 另一种情况可能是主机服务器连接缓慢或网络问题。
• 只需向客服发送包含有关错误的详细信息的请求，他们的技术人员就可以进行故障排除并应用修复程序来解决它。

希望我们网站（ https://www.wordpressx.com/ ） 分享的《WordPress出现REST API请求错误cURL error 28如何解决》，对您有帮助。

1 WordPress错误怎么办？

• 2 Health Check & Troubleshooting插件排查WordPress错误
• 3 单独启用WordPress主题或WordPress插件排查错误
• 4 Health Check & Troubleshooting插件的功能

当WordPress网站出现一些致命错误问题，找不到原因时，必须禁用所有插件，然后逐个启用，以便观察是WordPress主题，或是哪些WordPress插件造成冲突。

但是，禁用所有WordPress插件，绝对会影响在网站前台浏览的访问者。

两全其美的调试WordPress错误的方法，可能是你所需要的。

WordPress错误怎么办？

WordPress致命错误怎么解决？

WordPress网站搬家后，首页前台空白打开后台也空白，怎么办？

建议开启“WordPress调试模式”，对WordPress进行故障排除。

如何开启WordPress调试模式？

1. 编辑WordPress网站根目录下的“wp-config.php”文件；
2. 将“define('WP_DEBUG', false); ”，修改为“define('WP_DEBUG', true); ”
3. 开启WordPress调试后，刷新出错页面，就会显示造成错误的插件或主题的路径和错误提示；

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• 最后将“define('WP_DEBUG', false); ” 修改回“define('WP_DEBUG', false); ”。

刷新出错网页后，就会显示类似以下造成WordPress错误的插件提示信息 ▼

Strict Standards: Redefining already defined constructor for class PluginCentral in /home/eloha/public_html/etufo.org/wp-content/plugins/plugin-central/plugin-central.class.php on line 13

• 初步判断是WordPress插件造成的WordPress致命错误问题，所以需要先记录哪个WordPress插件出现错误提示，然后逐个排除。
• 一般来说，在对网站进行故障排除时，需要禁用所有插件并切换到默认主题。
• 可以理解，大多数站长不愿意这样做，因为这种操作会影响网站访问者，造成他们浏览不具备原有功能的网站。

Health Check & Troubleshooting插件排查WordPress错误

在启用Health Check & Troubleshooting插件调试错误之前，一定要先做好网站备份，否则一旦出现严重错误，难以恢复数据。

对于启用了“健康检查与故障排除”插件的“故障排除模式”功能的站长，网站所有插件将被禁用并切换到默认主题，但其他网站的访问者将照常查看该网站。

• 开启“故障排除模式”后，会在顶部导航栏添加一个新的菜单。
• 启用此模式的站长可以通过此菜单点击“管理启用插件”、切换到站点使用的主题，或禁用“故障排除模式”（返回非调试状态）。
• 请注意，由于“强制使用插件”的执行方式不同，无法在“故障排除模式”中禁用此类插件。

第 1 步：安装Health Check & Troubleshooting插件

• WordPress后台搜索“Health Check & Troubleshooting”或下载后上传。

第 2 步：启用“故障排除”模式 ▼

WordPress网站启用故障排除模式后，你的WordPress后台将自动切换回WordPress 默认主题，所有WordPress 插件也会停止使用。

别紧张，如果你用其他浏览器作为访问者浏览网站，是可以如常访问的。

所以这时候你可以放心找出问题慢慢解决。

但是，如果你的网站以这种方式呈现出两种状态，可能会过度消耗主机资源，所以一般选择在很少的时候做比较好访客。

（如果网站流量不高，就会觉得不是特别耗主机性能）

第 3 步：复制站点信息到剪贴板

WordPress后台 → 工具 → 站点健康 → 信息 → 复制站点信息到剪贴板

第 4 步：将刚才复制的站点信息，粘贴到记事本。

第 5 步：搜索“wp-plugins-active”，即可记录和查看已启用的WordPress插件。

单独启用WordPress主题或WordPress插件排查错误

在WordPress顶部导航这里， 可以先设置主题启用 ▼

• 然后，再对照“wp-plugins-active”列表，可根据字母开头逐个启用WordPress插件，比如先从A字母开头小范围地启用WordPress插件。
• 当你启用一个或A字母开头的插件时，立即刷新WordPress错误页面，观察你的网站是否如常？
• 假如启用后，WordPress网站就出现问题。
• 这时候你就会知道是哪个WordPress主题或WordPress插件导致了问题。
• WordPress插件启用顺序要一个一个地测试。

假如想要在故障排除模式中启用WordPres插件，点击“故障排除已启用 ” ▼

▲ 此WordPress版本的中文翻译不完善，图中的这个“故障排除已启用”应该是“在故障排除模式中启用”才对。

1. 在进入“故障排除模式之后”，Health Check & Troubleshooting（健康检查和故障排除）插件会自动停用，所以一定要先启用此插件，否则在查看“站点健康”页面时，会出现错误提示“抱歉，你不能访问此页面”。
2. 然后，才测试启用你认为比较相关的WordPress插件。
3. 比如先启用Elementor，然后再启用周边或者更多的辅助插件来查找错误原因。
4. 或者如果你有购物功能，只需启动启用Woocommerce主插件，然后再启用Woocommerce相关插件或付款插件等。
5. 发现问题后记得“禁用 故障排除模式”并将网站切换回原始状态。
6. 使用它的好处是启用和停用操作的影响，就只有你。
7. 普通访问者看到的是如常的网站。

Health Check & Troubleshooting插件的功能

“Health Check & Troubleshooting”插件提供了网站“状态”、“信息”、“故障排除”和“工具”等数据，让你了解当前网站的健康状况 ▼

• 这是非常方便又有参考价值的，一定要试试。

• PHP Information：这个选项可以让你看到全部php相关的信息页面，这样你就不用去主机查看了。
• File Integrity：检查WordPress核心文件的完整性 。
• Mail Check：测试服务器是否可以发送邮件。

Health Check & Troubleshooting 是一个非常必要的WordPress插件。

1. 当你的WordPress网站出现错误时，安装它可以让你更快地解决问题，但通常你并不需要启用它。
2. 在调试发现问题时，再启用即可。

希望我们网站（ https://www.wordpressx.com/ ） 分享的《WordPress错误怎么办?Health Check & Troubleshooting插件排查》，对您有帮助。

1 如何解决Fatal error: Unknown: Cannot use output buffering in output buffering display？

• 2 如何开启WordPress调试模式？

解决WordPress致命错误：未知：无法在第 0 行未知的输出缓冲显示

最近有网友尝试通过WordPress仪表板自定义网站的外观时，都会出现以下错误消息提示 ▼

“Fatal error: Unknown: Cannot use output buffering in output buffering display handlers in Unknown on line 0”

• 致命错误：未知：无法在第 0 行未知的输出缓冲显示处理程序中使用输出缓冲

而且有一段时间没有添加任何新的WordPress插件了，但是不知道该怎么办？

很多学习WordPress建站的新手都不知道如何调试WordPress错误问题……

如何解决Fatal error: Unknown: Cannot use output buffering in output buffering display？

WordPress致命错误怎么解决？

WordPress网站搬家后，首页前台空白打开后台也空白，怎么办？

建议开启“WordPress调试模式”，对WordPress进行故障排除。

如何开启WordPress调试模式？

1. 编辑WordPress网站根目录下的“wp-config.php”文件；
2. 将“define('WP_DEBUG', false); ”，修改为“define('WP_DEBUG', true); ”
3. 开启WordPress调试后，刷新出错页面，就会显示造成错误的插件或主题的路径和错误提示；

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• 最后将“define('WP_DEBUG', false); ” 修改回“define('WP_DEBUG', false); ”。

刷新出错网页后，就会显示类似以下造成WordPress错误的插件提示信息 ▼

Strict Standards: Redefining already defined constructor for class PluginCentral in /home/eloha/public_html/etufo.org/wp-content/plugins/plugin-central/plugin-central.class.php on line 13

• 初步判断是WordPress主题或WordPress插件造成的WordPress致命错误问题，所以需要先记录哪个WordPress插件出现错误提示，然后逐个排除。
• 一般来说，在对网站进行故障排除时，需要禁用所有插件并切换到默认主题。
• 可以理解，大多数站长不愿意这样做，因为这种操作会影响网站访问者，造成他们浏览不具备原有功能的网站。

推荐使用Health Check & Troubleshooting插件排查，点击下方链接查看具体方法▼

WordPress错误怎么办?Health Check & Troubleshooting插件排查

当WordPress网站出现一些致命错误问题，找不到原因时，必须禁用所有插件，然后逐个启用，以便观察是WordPress主题，或是哪些WordPress插件造成冲突。但是，禁用所有WordPress插件，绝对会影……

我们发现 6 个WordPress插件，可能会造成WordPress致命错误：

1. Autoptimize
2. Heroic Favicon
3. Elementor
4. Contact Form 7
5. Askimet Anti-Spam
6. Add to Any

• （最后一个触发“500：内部错误”消息）引发了致命错误消息。
• 这6个WordPress插件可能会导致致命错误，所以需要逐个测试禁用。

希望我们网站（ https://www.wordpressx.com/ ） 分享的《解决WordPress Fatal error: Unknown: Cannot use output buffering in output buffering display》，对您有帮助。