1 WordPress錯(cuò)誤怎么辦？

• 2 Health Check & Troubleshooting插件排查WordPress錯(cuò)誤
• 3 單獨(dú)啟用WordPress主題或WordPress插件排查錯(cuò)誤
• 4 Health Check & Troubleshooting插件的功能

當(dāng)WordPress網(wǎng)站出現(xiàn)一些致命錯(cuò)誤問題，找不到原因時(shí)，必須禁用所有插件，然后逐個(gè)啟用，以便觀察是WordPress主題，或是哪些WordPress插件造成沖突。

但是，禁用所有WordPress插件，絕對會(huì)影響在網(wǎng)站前臺(tái)瀏覽的訪問者。

兩全其美的調(diào)試WordPress錯(cuò)誤的方法，可能是你所需要的。

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

WordPress錯(cuò)誤怎么辦？

WordPress致命錯(cuò)誤怎么解決？

WordPress網(wǎng)站搬家后，首頁前臺(tái)空白打開后臺(tái)也空白，怎么辦？

建議開啟“WordPress調(diào)試模式”，對WordPress進(jìn)行故障排除。

如何開啟WordPress調(diào)試模式？

1. 編輯WordPress網(wǎng)站根目錄下的“wp-config.php”文件；
2. 將“define('WP_DEBUG', false); ”，修改為“define('WP_DEBUG', true); ”
3. 開啟WordPress調(diào)試后，刷新出錯(cuò)頁面，就會(huì)顯示造成錯(cuò)誤的插件或主題的路徑和錯(cuò)誤提示；

/**
* 開發(fā)者專用：WordPress調(diào)試模式
*
* 將這個(gè)值改為true，WordPress將顯示所有用于開發(fā)的提示
* 強(qiáng)烈建議插件開發(fā)者在開發(fā)環(huán)境中啟用WP_DEBUG
*
* 要獲取其他能用于調(diào)試的信息，請?jiān)L問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); ”。

刷新出錯(cuò)網(wǎng)頁后，就會(huì)顯示類似以下造成WordPress錯(cuò)誤的插件提示信息 ▼

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致命錯(cuò)誤問題，所以需要先記錄哪個(gè)WordPress插件出現(xiàn)錯(cuò)誤提示，然后逐個(gè)排除。
• 一般來說，在對網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因?yàn)檫@種操作會(huì)影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

Health Check & Troubleshooting插件排查WordPress錯(cuò)誤

在啟用Health Check & Troubleshooting插件調(diào)試錯(cuò)誤之前，一定要先做好網(wǎng)站備份，否則一旦出現(xiàn)嚴(yán)重錯(cuò)誤，難以恢復(fù)數(shù)據(jù)。

對于啟用了“健康檢查與故障排除”插件的“故障排除模式”功能的站長，網(wǎng)站所有插件將被禁用并切換到默認(rèn)主題，但其他網(wǎng)站的訪問者將照常查看該網(wǎng)站。

• 開啟“故障排除模式”后，會(huì)在頂部導(dǎo)航欄添加一個(gè)新的菜單。
• 啟用此模式的站長可以通過此菜單點(diǎn)擊“管理啟用插件”、切換到站點(diǎn)使用的主題，或禁用“故障排除模式”（返回非調(diào)試狀態(tài)）。
• 請注意，由于“強(qiáng)制使用插件”的執(zhí)行方式不同，無法在“故障排除模式”中禁用此類插件。

第 1?步：安裝Health Check & Troubleshooting插件

• WordPress后臺(tái)搜索“Health Check & Troubleshooting”或下載后上傳。

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

WordPress網(wǎng)站啟用故障排除模式后，你的WordPress后臺(tái)將自動(dòng)切換回WordPress 默認(rèn)主題，所有WordPress 插件也會(huì)停止使用。

別緊張，如果你用其他瀏覽器作為訪問者瀏覽網(wǎng)站，是可以如常訪問的。

所以這時(shí)候你可以放心找出問題慢慢解決。

但是，如果你的網(wǎng)站以這種方式呈現(xiàn)出兩種狀態(tài)，可能會(huì)過度消耗主機(jī)資源，所以一般選擇在很少的時(shí)候做比較好訪客。

（如果網(wǎng)站流量不高，就會(huì)覺得不是特別耗主機(jī)性能）

第 3 步：復(fù)制站點(diǎn)信息到剪貼板

WordPress后臺(tái) → 工具 → 站點(diǎn)健康 → 信息 → 復(fù)制站點(diǎn)信息到剪貼板

第 4 步：將剛才復(fù)制的站點(diǎn)信息，粘貼到記事本。

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

單獨(dú)啟用WordPress主題或WordPress插件排查錯(cuò)誤

在WordPress頂部導(dǎo)航這里， 可以先設(shè)置主題啟用?▼

• 然后，再對照“wp-plugins-active”列表，可根據(jù)字母開頭逐個(gè)啟用WordPress插件，比如先從A字母開頭小范圍地啟用WordPress插件。
• 當(dāng)你啟用一個(gè)或A字母開頭的插件時(shí)，立即刷新WordPress錯(cuò)誤頁面，觀察你的網(wǎng)站是否如常？
• 假如啟用后，WordPress網(wǎng)站就出現(xiàn)問題。
• 這時(shí)候你就會(huì)知道是哪個(gè)WordPress主題或WordPress插件導(dǎo)致了問題。
• WordPress插件啟用順序要一個(gè)一個(gè)地測試。

假如想要在故障排除模式中啟用WordPres插件，點(diǎn)擊“故障排除已啟用 ” ▼

▲?此WordPress版本的中文翻譯不完善，圖中的這個(gè)“故障排除已啟用”應(yīng)該是“在故障排除模式中啟用”才對。

1. 在進(jìn)入“故障排除模式之后”，Health Check & Troubleshooting（健康檢查和故障排除）插件會(huì)自動(dòng)停用，所以一定要先啟用此插件，否則在查看“站點(diǎn)健康”頁面時(shí)，會(huì)出現(xiàn)錯(cuò)誤提示“抱歉，你不能訪問此頁面”。
2. 然后，才測試啟用你認(rèn)為比較相關(guān)的WordPress插件。
3. 比如先啟用Elementor，然后再啟用周邊或者更多的輔助插件來查找錯(cuò)誤原因。
4. 或者如果你有購物功能，只需啟動(dòng)啟用Woocommerce主插件，然后再啟用Woocommerce相關(guān)插件或付款插件等。
5. 發(fā)現(xiàn)問題后記得“禁用 故障排除模式”并將網(wǎng)站切換回原始狀態(tài)。
6. 使用它的好處是啟用和停用操作的影響，就只有你。
7. 普通訪問者看到的是如常的網(wǎng)站。

Health Check & Troubleshooting插件的功能

“Health Check & Troubleshooting”插件提供了網(wǎng)站“狀態(tài)”、“信息”、“故障排除”和“工具”等數(shù)據(jù)，讓你了解當(dāng)前網(wǎng)站的健康狀況 ▼

• 這是非常方便又有參考價(jià)值的，一定要試試。

• PHP Information：這個(gè)選項(xiàng)可以讓你看到全部php相關(guān)的信息頁面，這樣你就不用去主機(jī)查看了。
• File Integrity：檢查WordPress核心文件的完整性 。
• Mail Check：測試服務(wù)器是否可以發(fā)送郵件。

Health Check & Troubleshooting 是一個(gè)非常必要的WordPress插件。

1. 當(dāng)你的WordPress網(wǎng)站出現(xiàn)錯(cuò)誤時(shí)，安裝它可以讓你更快地解決問題，但通常你并不需要啟用它。
2. 在調(diào)試發(fā)現(xiàn)問題時(shí)，再啟用即可。

希望我們（ https://www.wordpressx.com/ ） 分享的《WordPress錯(cuò)誤怎么辦?Health Check & Troubleshooting插件排查》，對您有幫助。

1 WordPress的curl是什么？

• 2 為何WordPress會(huì)出現(xiàn)“cURL 錯(cuò)誤 28”？
• 3 WordPress錯(cuò)誤：你的站點(diǎn)不能完成環(huán)回請求
• 4 為什么會(huì)出現(xiàn) cURL 超時(shí)？
• 5 WordPress站點(diǎn)健康狀態(tài)錯(cuò)誤問題如何解決？

WordPress性能錯(cuò)誤:REST API請求因遇到了錯(cuò)誤而失敗。

• “CURL error 28”是一個(gè)常見的WordPress REST API問題，它可能會(huì)影響網(wǎng)站的性能并可能導(dǎo)致網(wǎng)站運(yùn)行異常。
• 在本教程中，我們將詳細(xì)介紹如何解決WordPress網(wǎng)站上的“cURL error 28: Connection timed out”問題。

• WordPress性能錯(cuò)誤:REST API遇到了錯(cuò)誤?▲
• REST API是WordPress及其他應(yīng)用與服務(wù)器通信的一種途徑。例如區(qū)塊編輯器頁面，它依賴REST來顯示及保存你的頁面和文章。
• REST API請求因遇到了錯(cuò)誤而失敗。
  錯(cuò)誤：[] cURL error 28: Operation timed out after 10000 milliseconds with 0 out of -1 bytes received

還有，WordPress插件Sitemap XML網(wǎng)站地圖，也出現(xiàn)錯(cuò)誤提示：

<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 應(yīng)用程序使用的軟件實(shí)用程序，用于使用 URL 發(fā)送和接收數(shù)據(jù)請求。
• WordPress 使用 cURL 來處理多個(gè) API 請求。 它可以用作 PHP 編程語言的擴(kuò)展，WordPress 托管服務(wù)會(huì)為此提供幫助。
• curl 庫在 WordPress 的后臺(tái)工作中起著至關(guān)重要的作用。 如果配置不對，WordPress 網(wǎng)站將無法如常運(yùn)行。

為何WordPress會(huì)出現(xiàn)“cURL 錯(cuò)誤 28”？

未能及時(shí)響應(yīng)服務(wù)器的數(shù)據(jù)請求會(huì)導(dǎo)致WordPress出現(xiàn)“cURL error 28”錯(cuò)誤。

WordPress 使用 REST API（一種編程技術(shù)）來發(fā)送和接收數(shù)據(jù)請求。

如果這些請求超時(shí)，你將在“站點(diǎn)運(yùn)行狀況”報(bào)告中出現(xiàn)標(biāo)題為“REST API 遇到錯(cuò)誤”的關(guān)鍵問題。

如果展開問題可以查看更詳細(xì)的信息，包括錯(cuò)誤信息：

REST API請求因遇到了錯(cuò)誤而失敗。
錯(cuò)誤：[] cURL error 28: Operation timed out after 10000 milliseconds with 0 out of -1 bytes received

WordPress錯(cuò)誤：你的站點(diǎn)不能完成環(huán)回請求

你可能還會(huì)看到另一個(gè)相關(guān)問題，標(biāo)題為“你的站點(diǎn)不能完成環(huán)回請求”。 它將顯示如下所述的類似錯(cuò)誤消息 ▼

環(huán)回請求被用來運(yùn)行計(jì)劃事件，也被內(nèi)建的主題及插件編輯器使用來確保代碼穩(wěn)定性。
到你站點(diǎn)的環(huán)回請求失敗，這意味著依賴此種請求的功能將不能正常工作。
出現(xiàn)錯(cuò)誤: cURL error 28: Operation timed out after 10001 milliseconds with

為什么會(huì)出現(xiàn) cURL 超時(shí)？

許多情況都會(huì)導(dǎo)致 cURL 在 WordPress 中超時(shí)：

1. 例如，WordPress 防火墻插件可能會(huì)將其視為可疑活動(dòng)并阻止 REST API 請求。
2. 如果你的 DNS 服務(wù)器工作不正常，這也可能導(dǎo)致 HTTP 請求失敗，導(dǎo)致 WordPress 出現(xiàn) cURL 超時(shí)錯(cuò)誤。
3. WordPress 托管服務(wù)器配置錯(cuò)誤，一個(gè)較低的超時(shí)閾值，這也可能會(huì)阻止一些WordPress進(jìn)程正常運(yùn)行。
4. 使用非專業(yè)、已落后的WordPress主題而造成錯(cuò)誤問題。

既然我們一般都知道curl錯(cuò)誤的原因，那么解決“curl錯(cuò)誤28：連接超時(shí)”應(yīng)該不難 “ 問題。

WordPress站點(diǎn)健康狀態(tài)錯(cuò)誤問題如何解決？

WordPress致命錯(cuò)誤怎么解決？

WordPress網(wǎng)站搬家后，首頁前臺(tái)空白打開后臺(tái)也空白，怎么辦？

建議開啟“WordPress調(diào)試模式”，對WordPress進(jìn)行故障排除。

如何開啟WordPress調(diào)試模式？

1. 編輯WordPress網(wǎng)站根目錄下的“wp-config.php”文件；
2. 將“define('WP_DEBUG', false); ”，修改為“define('WP_DEBUG', true); ”
3. 開啟WordPress調(diào)試后，刷新出錯(cuò)頁面，就會(huì)顯示造成錯(cuò)誤的插件或主題的路徑和錯(cuò)誤提示；

/**
* 開發(fā)者專用：WordPress調(diào)試模式
*
* 將這個(gè)值改為true，WordPress將顯示所有用于開發(fā)的提示
* 強(qiáng)烈建議插件開發(fā)者在開發(fā)環(huán)境中啟用WP_DEBUG
*
* 要獲取其他能用于調(diào)試的信息，請?jiān)L問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); ”。

刷新出錯(cuò)網(wǎng)頁后，就會(huì)顯示類似以下造成WordPress錯(cuò)誤的插件提示信息 ▼

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致命錯(cuò)誤問題，所以需要先記錄哪個(gè)WordPress插件出現(xiàn)錯(cuò)誤提示，然后逐個(gè)排除。
• 一般來說，在對網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因?yàn)檫@種操作會(huì)影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

推薦使用Health Check & Troubleshooting插件排查，點(diǎn)擊下方鏈接查看具體方法▼

WordPress錯(cuò)誤怎么辦?Health Check & Troubleshooting插件排查

當(dāng)WordPress網(wǎng)站出現(xiàn)一些致命錯(cuò)誤問題，找不到原因時(shí)，必須禁用所有插件，然后逐個(gè)啟用，以便觀察是WordPress主題，或是哪些WordPress插件造成沖突。但是，禁用所有WordPress插件，絕對會(huì)影……

我們網(wǎng)站在啟用Health Check & Troubleshooting插件的“故障排除模式”后，測試改用“二〇二一”主題，就沒顯示“REST API遇到了錯(cuò)誤”問題。

• 但是，在啟用Health Check & Troubleshooting插件的“故障排除模式”中，改回之前用的WordPress主題就出現(xiàn)錯(cuò)誤。
• 所以，可以肯定地判斷是WordPress主題造成的“REST API請求錯(cuò)誤cURL error 28”錯(cuò)誤問題。

如果上述步驟無法解決WordPress站點(diǎn)上的cURL錯(cuò)誤28，則問題很可能是服務(wù)器環(huán)境問題。

• 有很多因素只能由服務(wù)器提供商控制和修復(fù)。 例如，如果其DNS服務(wù)器不能及時(shí)解析請求，就會(huì)導(dǎo)致curl請求超時(shí)。
• 另一種情況可能是主機(jī)服務(wù)器連接緩慢或網(wǎng)絡(luò)問題。
• 只需向客服發(fā)送包含有關(guān)錯(cuò)誤的詳細(xì)信息的請求，他們的技術(shù)人員就可以進(jìn)行故障排除并應(yīng)用修復(fù)程序來解決它。

希望我們網(wǎng)站（ https://www.wordpressx.com/ ） 分享的《WordPress出現(xiàn)REST API請求錯(cuò)誤cURL error 28如何解決》，對您有幫助。

1 WordPress錯(cuò)誤怎么辦？

• 2 Health Check & Troubleshooting插件排查WordPress錯(cuò)誤
• 3 單獨(dú)啟用WordPress主題或WordPress插件排查錯(cuò)誤
• 4 Health Check & Troubleshooting插件的功能

當(dāng)WordPress網(wǎng)站出現(xiàn)一些致命錯(cuò)誤問題，找不到原因時(shí)，必須禁用所有插件，然后逐個(gè)啟用，以便觀察是WordPress主題，或是哪些WordPress插件造成沖突。

但是，禁用所有WordPress插件，絕對會(huì)影響在網(wǎng)站前臺(tái)瀏覽的訪問者。

兩全其美的調(diào)試WordPress錯(cuò)誤的方法，可能是你所需要的。

WordPress錯(cuò)誤怎么辦？

WordPress致命錯(cuò)誤怎么解決？

WordPress網(wǎng)站搬家后，首頁前臺(tái)空白打開后臺(tái)也空白，怎么辦？

建議開啟“WordPress調(diào)試模式”，對WordPress進(jìn)行故障排除。

如何開啟WordPress調(diào)試模式？

1. 編輯WordPress網(wǎng)站根目錄下的“wp-config.php”文件；
2. 將“define('WP_DEBUG', false); ”，修改為“define('WP_DEBUG', true); ”
3. 開啟WordPress調(diào)試后，刷新出錯(cuò)頁面，就會(huì)顯示造成錯(cuò)誤的插件或主題的路徑和錯(cuò)誤提示；

/**
* 開發(fā)者專用：WordPress調(diào)試模式
*
* 將這個(gè)值改為true，WordPress將顯示所有用于開發(fā)的提示
* 強(qiáng)烈建議插件開發(fā)者在開發(fā)環(huán)境中啟用WP_DEBUG
*
* 要獲取其他能用于調(diào)試的信息，請?jiān)L問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); ”。

刷新出錯(cuò)網(wǎng)頁后，就會(huì)顯示類似以下造成WordPress錯(cuò)誤的插件提示信息 ▼

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致命錯(cuò)誤問題，所以需要先記錄哪個(gè)WordPress插件出現(xiàn)錯(cuò)誤提示，然后逐個(gè)排除。
• 一般來說，在對網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因?yàn)檫@種操作會(huì)影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

Health Check & Troubleshooting插件排查WordPress錯(cuò)誤

在啟用Health Check & Troubleshooting插件調(diào)試錯(cuò)誤之前，一定要先做好網(wǎng)站備份，否則一旦出現(xiàn)嚴(yán)重錯(cuò)誤，難以恢復(fù)數(shù)據(jù)。

對于啟用了“健康檢查與故障排除”插件的“故障排除模式”功能的站長，網(wǎng)站所有插件將被禁用并切換到默認(rèn)主題，但其他網(wǎng)站的訪問者將照常查看該網(wǎng)站。

• 開啟“故障排除模式”后，會(huì)在頂部導(dǎo)航欄添加一個(gè)新的菜單。
• 啟用此模式的站長可以通過此菜單點(diǎn)擊“管理啟用插件”、切換到站點(diǎn)使用的主題，或禁用“故障排除模式”（返回非調(diào)試狀態(tài)）。
• 請注意，由于“強(qiáng)制使用插件”的執(zhí)行方式不同，無法在“故障排除模式”中禁用此類插件。

第 1?步：安裝Health Check & Troubleshooting插件

• WordPress后臺(tái)搜索“Health Check & Troubleshooting”或下載后上傳。

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

WordPress網(wǎng)站啟用故障排除模式后，你的WordPress后臺(tái)將自動(dòng)切換回WordPress 默認(rèn)主題，所有WordPress 插件也會(huì)停止使用。

別緊張，如果你用其他瀏覽器作為訪問者瀏覽網(wǎng)站，是可以如常訪問的。

所以這時(shí)候你可以放心找出問題慢慢解決。

但是，如果你的網(wǎng)站以這種方式呈現(xiàn)出兩種狀態(tài)，可能會(huì)過度消耗主機(jī)資源，所以一般選擇在很少的時(shí)候做比較好訪客。

（如果網(wǎng)站流量不高，就會(huì)覺得不是特別耗主機(jī)性能）

第 3 步：復(fù)制站點(diǎn)信息到剪貼板

WordPress后臺(tái) → 工具 → 站點(diǎn)健康 → 信息 → 復(fù)制站點(diǎn)信息到剪貼板

第 4 步：將剛才復(fù)制的站點(diǎn)信息，粘貼到記事本。

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

單獨(dú)啟用WordPress主題或WordPress插件排查錯(cuò)誤

在WordPress頂部導(dǎo)航這里， 可以先設(shè)置主題啟用?▼

• 然后，再對照“wp-plugins-active”列表，可根據(jù)字母開頭逐個(gè)啟用WordPress插件，比如先從A字母開頭小范圍地啟用WordPress插件。
• 當(dāng)你啟用一個(gè)或A字母開頭的插件時(shí)，立即刷新WordPress錯(cuò)誤頁面，觀察你的網(wǎng)站是否如常？
• 假如啟用后，WordPress網(wǎng)站就出現(xiàn)問題。
• 這時(shí)候你就會(huì)知道是哪個(gè)WordPress主題或WordPress插件導(dǎo)致了問題。
• WordPress插件啟用順序要一個(gè)一個(gè)地測試。

假如想要在故障排除模式中啟用WordPres插件，點(diǎn)擊“故障排除已啟用 ” ▼

▲?此WordPress版本的中文翻譯不完善，圖中的這個(gè)“故障排除已啟用”應(yīng)該是“在故障排除模式中啟用”才對。

1. 在進(jìn)入“故障排除模式之后”，Health Check & Troubleshooting（健康檢查和故障排除）插件會(huì)自動(dòng)停用，所以一定要先啟用此插件，否則在查看“站點(diǎn)健康”頁面時(shí)，會(huì)出現(xiàn)錯(cuò)誤提示“抱歉，你不能訪問此頁面”。
2. 然后，才測試啟用你認(rèn)為比較相關(guān)的WordPress插件。
3. 比如先啟用Elementor，然后再啟用周邊或者更多的輔助插件來查找錯(cuò)誤原因。
4. 或者如果你有購物功能，只需啟動(dòng)啟用Woocommerce主插件，然后再啟用Woocommerce相關(guān)插件或付款插件等。
5. 發(fā)現(xiàn)問題后記得“禁用 故障排除模式”并將網(wǎng)站切換回原始狀態(tài)。
6. 使用它的好處是啟用和停用操作的影響，就只有你。
7. 普通訪問者看到的是如常的網(wǎng)站。

Health Check & Troubleshooting插件的功能

“Health Check & Troubleshooting”插件提供了網(wǎng)站“狀態(tài)”、“信息”、“故障排除”和“工具”等數(shù)據(jù)，讓你了解當(dāng)前網(wǎng)站的健康狀況 ▼

• 這是非常方便又有參考價(jià)值的，一定要試試。

• PHP Information：這個(gè)選項(xiàng)可以讓你看到全部php相關(guān)的信息頁面，這樣你就不用去主機(jī)查看了。
• File Integrity：檢查WordPress核心文件的完整性 。
• Mail Check：測試服務(wù)器是否可以發(fā)送郵件。

Health Check & Troubleshooting 是一個(gè)非常必要的WordPress插件。

1. 當(dāng)你的WordPress網(wǎng)站出現(xiàn)錯(cuò)誤時(shí)，安裝它可以讓你更快地解決問題，但通常你并不需要啟用它。
2. 在調(diào)試發(fā)現(xiàn)問題時(shí)，再啟用即可。

希望我們網(wǎng)站（ https://www.wordpressx.com/ ） 分享的《WordPress錯(cuò)誤怎么辦?Health Check & Troubleshooting插件排查》，對您有幫助。

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

• 2 如何開啟WordPress調(diào)試模式？

解決WordPress致命錯(cuò)誤：未知：無法在第 0 行未知的輸出緩沖顯示

最近有網(wǎng)友嘗試通過WordPress儀表板自定義網(wǎng)站的外觀時(shí)，都會(huì)出現(xiàn)以下錯(cuò)誤消息提示?▼

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

• 致命錯(cuò)誤：未知：無法在第 0 行未知的輸出緩沖顯示處理程序中使用輸出緩沖

而且有一段時(shí)間沒有添加任何新的WordPress插件了，但是不知道該怎么辦？

很多學(xué)習(xí)WordPress建站的新手都不知道如何調(diào)試WordPress錯(cuò)誤問題……

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

WordPress致命錯(cuò)誤怎么解決？

WordPress網(wǎng)站搬家后，首頁前臺(tái)空白打開后臺(tái)也空白，怎么辦？

建議開啟“WordPress調(diào)試模式”，對WordPress進(jìn)行故障排除。

如何開啟WordPress調(diào)試模式？

1. 編輯WordPress網(wǎng)站根目錄下的“wp-config.php”文件；
2. 將“define('WP_DEBUG',?false);?”，修改為“define('WP_DEBUG',?true);?”
3. 開啟WordPress調(diào)試后，刷新出錯(cuò)頁面，就會(huì)顯示造成錯(cuò)誤的插件或主題的路徑和錯(cuò)誤提示；

/**
* 開發(fā)者專用：WordPress調(diào)試模式
*
* 將這個(gè)值改為true，WordPress將顯示所有用于開發(fā)的提示
* 強(qiáng)烈建議插件開發(fā)者在開發(fā)環(huán)境中啟用WP_DEBUG
*
* 要獲取其他能用于調(diào)試的信息，請?jiān)L問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);?”。

刷新出錯(cuò)網(wǎng)頁后，就會(huì)顯示類似以下造成WordPress錯(cuò)誤的插件提示信息 ▼

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致命錯(cuò)誤問題，所以需要先記錄哪個(gè)WordPress插件出現(xiàn)錯(cuò)誤提示，然后逐個(gè)排除。
• 一般來說，在對網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因?yàn)檫@種操作會(huì)影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

推薦使用Health Check & Troubleshooting插件排查，點(diǎn)擊下方鏈接查看具體方法▼

WordPress錯(cuò)誤怎么辦?Health Check & Troubleshooting插件排查

當(dāng)WordPress網(wǎng)站出現(xiàn)一些致命錯(cuò)誤問題，找不到原因時(shí)，必須禁用所有插件，然后逐個(gè)啟用，以便觀察是WordPress主題，或是哪些WordPress插件造成沖突。但是，禁用所有WordPress插件，絕對會(huì)影……

我們發(fā)現(xiàn) 6 個(gè)WordPress插件，可能會(huì)造成WordPress致命錯(cuò)誤：

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

• （最后一個(gè)觸發(fā)“500：內(nèi)部錯(cuò)誤”消息）引發(fā)了致命錯(cuò)誤消息。
• 這6個(gè)WordPress插件可能會(huì)導(dǎo)致致命錯(cuò)誤，所以需要逐個(gè)測試禁用。

希望我們網(wǎng)站（ https://www.wordpressx.com/ ） 分享的《解決WordPress Fatal error: Unknown: Cannot use output buffering in output buffering display》，對您有幫助。