1 WordPress錯誤怎么辦？

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

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

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

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

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

WordPress錯誤怎么辦？

WordPress致命錯誤怎么解決？

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

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

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

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

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

刷新出錯網(wǎng)頁后，就會顯示類似以下造成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插件出現(xiàn)錯誤提示，然后逐個排除。
• 一般來說，在對網(wǎng)站進行故障排除時，需要禁用所有插件并切換到默認主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因為這種操作會影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

Health Check & Troubleshooting插件排查WordPress錯誤

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

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

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

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

• WordPress后臺搜索“Health Check & Troubleshooting”或下載后上傳。

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

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

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

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

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

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

第 3 步：復制站點信息到剪貼板

WordPress后臺 → 工具 → 站點健康 → 信息 → 復制站點信息到剪貼板

第 4 步：將剛才復制的站點信息，粘貼到記事本。

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

單獨啟用WordPress主題或WordPress插件排查錯誤

在WordPress頂部導航這里， 可以先設置主題啟用?▼

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

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

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

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

Health Check & Troubleshooting插件的功能

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

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

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

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

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

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

1 WordPress的curl是什么？

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

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

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

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

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

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

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

未能及時響應服務器的數(shù)據(jù)請求會導致WordPress出現(xiàn)“cURL error 28”錯誤。

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

如果這些請求超時，你將在“站點運行狀況”報告中出現(xiàn)標題為“REST API 遇到錯誤”的關鍵問題。

如果展開問題可以查看更詳細的信息，包括錯誤信息：

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

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

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

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

為什么會出現(xiàn) cURL 超時？

許多情況都會導致 cURL 在 WordPress 中超時：

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

既然我們一般都知道curl錯誤的原因，那么解決“curl錯誤28：連接超時”應該不難 “ 問題。

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

WordPress致命錯誤怎么解決？

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

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

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

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

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

刷新出錯網(wǎng)頁后，就會顯示類似以下造成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插件出現(xiàn)錯誤提示，然后逐個排除。
• 一般來說，在對網(wǎng)站進行故障排除時，需要禁用所有插件并切換到默認主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因為這種操作會影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

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

WordPress錯誤怎么辦?Health Check & Troubleshooting插件排查

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

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

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

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

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

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

1 WordPress錯誤怎么辦？

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

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

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

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

WordPress錯誤怎么辦？

WordPress致命錯誤怎么解決？

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

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

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

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

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

刷新出錯網(wǎng)頁后，就會顯示類似以下造成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插件出現(xiàn)錯誤提示，然后逐個排除。
• 一般來說，在對網(wǎng)站進行故障排除時，需要禁用所有插件并切換到默認主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因為這種操作會影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

Health Check & Troubleshooting插件排查WordPress錯誤

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

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

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

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

• WordPress后臺搜索“Health Check & Troubleshooting”或下載后上傳。

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

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

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

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

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

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

第 3 步：復制站點信息到剪貼板

WordPress后臺 → 工具 → 站點健康 → 信息 → 復制站點信息到剪貼板

第 4 步：將剛才復制的站點信息，粘貼到記事本。

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

單獨啟用WordPress主題或WordPress插件排查錯誤

在WordPress頂部導航這里， 可以先設置主題啟用?▼

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

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

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

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

Health Check & Troubleshooting插件的功能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

WordPress致命錯誤怎么解決？

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

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

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

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

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

刷新出錯網(wǎng)頁后，就會顯示類似以下造成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插件出現(xiàn)錯誤提示，然后逐個排除。
• 一般來說，在對網(wǎng)站進行故障排除時，需要禁用所有插件并切換到默認主題。
• 可以理解，大多數(shù)站長不愿意這樣做，因為這種操作會影響網(wǎng)站訪問者，造成他們?yōu)g覽不具備原有功能的網(wǎng)站。

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

WordPress錯誤怎么辦?Health Check & Troubleshooting插件排查

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

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

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

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

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