為了保護(hù)wordpress數(shù)據(jù)的安全，對(duì)于展示型網(wǎng)站我們強(qiáng)烈建議將wordpress的接口文件wp-json禁用，以防止網(wǎng)站數(shù)據(jù)泄露。

WordPress網(wǎng)站一般會(huì)有開放的接口來獲取網(wǎng)站元數(shù)據(jù)

參考：https://developer.wordpress.org/rest-api/reference/posts/

例如這個(gè)樣例網(wǎng)站：http://www.gouwuzj.cn/

獲取他們博客列表接口為：

http://www.gouwuzj.cn/wp-json/wp/v2/posts

一般讀接口都是不保護(hù)的，你直接瀏覽器打開就能訪問到。

我們一般抓取一個(gè)WordPress網(wǎng)站，只需要抓取他的posts、categories、tags即可。

WordPress 4.4 版本以后便具備了 REST API 功能，也就是通過 wp-json 的 URL 就可以訪問，通過 REST API 生成的 JSON 接口，可以輕松的獲取網(wǎng)站數(shù)據(jù)，便于做 APP 或者小程序的調(diào)用接口等，然而為了防止被其他人公開調(diào)用，可以增加權(quán)限判斷和 IP 限制，當(dāng)然老黑覺得也可以修改一下“wp-json”這個(gè)訪問路徑。

WP REST API 是 WordPress 的一個(gè)功能，為其提供對(duì)外標(biāo)準(zhǔn)的 RESTFul 接口，隨著 RESTFul 的暢行和各種前端框架的出現(xiàn)，WP REST API 可以讓 WordPress 不僅僅存在 Web 端，可以讓 WordPress 不僅僅履行一個(gè)博客功能，而是可以讓它作為后臺(tái)終端（BackEnd），然后以各種應(yīng)用的形式實(shí)現(xiàn)在各種各樣的設(shè)備中。

其實(shí)修改非常簡(jiǎn)單，算是一行代碼就可以搞定，因?yàn)?WordPress 本身就提供了一個(gè) rest_url_prefix 的動(dòng)作鉤子，直接返回我們需要修改成最終的路徑即可，代碼如下：

// 自定義 WordPress wp-json 路徑
add_filter( 'rest_url_prefix', function() {
return 'wp-json';
});

直接將代碼放置到當(dāng)前主題 functions.php 文件中，然后記得在 WordPress 后臺(tái)-設(shè)置-固定鏈接中點(diǎn)擊一下保存，這樣固定鏈接才會(huì)被 WordPress 刷新，代碼才會(huì)完全生效，然后就可以直接訪問了。

//禁用 REST API、移除 wp-json
add_filter('rest_enabled', '_return_false');
add_filter('rest_jsonp_enabled', '_return_false');
remove_action( 'wp_head', 'rest_output_link_wp_head', 10 );
remove_action( 'wp_head', 'wp_oembed_add_discovery_links', 10 );

當(dāng)然也可以通過以上四行代碼禁止 WP REST API，從而徹底關(guān)閉 WordPress 的 json 數(shù)據(jù)，如果你的 WordPress 沒有使用，那么老黑建議禁止關(guān)閉該功能是很有必要的。

xmlrpc.php?存在于 WordPress 網(wǎng)站程序中，通過使用 HTTP 作為傳輸機(jī)制和 XML 作為編碼機(jī)制來標(biāo)準(zhǔn)化這些通信來實(shí)現(xiàn)此目的。然而，xmlrpc.php 文件引入了安全漏洞，并且可能成為被攻擊的目標(biāo)。

最近網(wǎng)站大量 POST 請(qǐng)求 xmlrpc.php，導(dǎo)致 CPU 負(fù)載爆滿，內(nèi)存也比平時(shí)占用更多，感覺是被人掃描攻擊了。所以這個(gè)涉及到了?WordPress 安全，必須重視起來。

XML-RPC?是支持 WordPress 與其他系統(tǒng)之間通信的規(guī)范。XML-RPC 不僅用于移動(dòng)應(yīng)用程序：它還用于允許 WordPress 和其他博客平臺(tái)之間進(jìn)行通信，還支持引用和?pingback。但是由于?REST API?已集成到 WordPress 核心中，因此 xmlrpc.php 文件不再用于此通信。

如果您的站點(diǎn)上啟用了 XML-RPC，則黑客可能會(huì)利用 xmlrpc.php 在短時(shí)間內(nèi)向您的站點(diǎn)發(fā)送大量 pingback，從而在您的站點(diǎn)上發(fā)起 DDoS 攻擊。這可能會(huì)使服務(wù)器超載，并使站點(diǎn)無法正常運(yùn)行。而每次 xmlrpc.php 發(fā)出請(qǐng)求時(shí)，它都會(huì)發(fā)送用戶名和密碼進(jìn)行身份驗(yàn)證，所以，黑客可以使用它來嘗試爆破您的站點(diǎn)。

在此基礎(chǔ)上，我們 還發(fā)現(xiàn)了攻擊//xmlrpc.php地址，來耗盡 WordPress 站點(diǎn)的服務(wù)器資源，所以更加推薦最后一種方法。

禁用 xmlrpc.php 方法

因此，您現(xiàn)在應(yīng)該在站點(diǎn)上禁用 xmlrpc.php，但是很多人不知道該如何停用 xmlrpc.php 文件，雖然將其刪除是最簡(jiǎn)單的方法，但是由于 WordPress 經(jīng)常升級(jí)，又會(huì)重新生成該文件，所以在此基礎(chǔ)上，WPEXP 跟大家分享五個(gè)禁用 xmlrpc.php 的方法，供大家選擇使用。

一、使用插件禁用 xmlrpc.php

• 插件名：Disable XML-RPC（By Philip Erb）
• 插件地址?https://wordpress.org/plugins/disable-xml-rpc/

二、函數(shù)禁用 xmlrpc.php

在當(dāng)前主題的?functions.php?文件添加下面這行代碼就能關(guān)閉 xmlrpc.php

//通過 functions.php 函數(shù)文件禁用 xmlrpc.php
add_filter('xmlrpc_enabled', '__return_false');

三、配置禁用

在 WordPress 根目錄編輯?wp-config.php?文件，最開始的地方添加：

if(strpos($_SERVER['REQUEST_URI'], 'xmlrpc.php') !== false){
    $protocol   = $_SERVER['SERVER_PROTOCOL'] ?? '';

    if(!in_array($protocol, ['HTTP/1.1', 'HTTP/2', 'HTTP/2.0', 'HTTP/3'], true)){
        $protocol   = 'HTTP/1.0';
    }

    header("$protocol 403 Forbidden", true, 403);
    die;
}

四、Nginx/Apache 禁用 xmlrpc.php

Nginx 規(guī)則

復(fù)制

location ~* ^/xmlrpc.php$ {
return 403;
}

Apache 規(guī)則

在 .htaccess 文件前面添加以下代碼。

<Files xmlrpc.php>
Order Allow,Deny
Deny from all
</Files>

五、云防火墻 CDN 禁止訪問

這個(gè)的前提要求需要保護(hù)好自己的服務(wù)器 IP 不被發(fā)現(xiàn)，在此基礎(chǔ)上可以在云防火墻或者 CDN 中寫好阻止 xmlrpc.php 訪問，比上述所有配置都要進(jìn)一步降低服務(wù)器性能的消耗，因?yàn)樗€沒有請(qǐng)求你服務(wù)器就被攔截了。

這里以 CloudFlare WAF 防火墻為例，在添加/xmlrpc.php基礎(chǔ)上，再添加一個(gè)//xmlrpc.php以防萬一。怕大家看不懂，這里使用 URI 完整，小伙伴們可以考慮使用 URI 包含規(guī)則，填寫一個(gè)/xmlrpc.php?即可。

退而求其次，如果你有使用寶塔的 Nginx 防火墻，那么也可以使用防火墻來阻止 xmlrpc.php 訪問。但是這個(gè)畢竟還是會(huì)涉及服務(wù)器資源的占用，在能夠做好 IP 不泄露的情況下，使用云端防火墻或 CDN 去阻止是最好的！

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插件，絕對(duì)會(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)試模式”，對(duì)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)試的信息，請(qǐng)?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è)排除。
• 一般來說，在對(duì)網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長(zhǎng)不愿意這樣做，因?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ù)。

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

• 開啟“故障排除模式”后，會(huì)在頂部導(dǎo)航欄添加一個(gè)新的菜單。
• 啟用此模式的站長(zhǎng)可以通過此菜單點(diǎn)擊“管理啟用插件”、切換到站點(diǎn)使用的主題，或禁用“故障排除模式”（返回非調(diào)試狀態(tài)）。
• 請(qǐng)注意，由于“強(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è)置主題啟用?▼

• 然后，再對(duì)照“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è)地測(cè)試。

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

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

1. 在進(jìn)入“故障排除模式之后”，Health Check & Troubleshooting（健康檢查和故障排除）插件會(huì)自動(dòng)停用，所以一定要先啟用此插件，否則在查看“站點(diǎn)健康”頁面時(shí)，會(huì)出現(xiàn)錯(cuò)誤提示“抱歉，你不能訪問此頁面”。
2. 然后，才測(cè)試啟用你認(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：測(cè)試服務(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插件排查》，對(duì)您有幫助。

1 WordPress的curl是什么？

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

WordPress性能錯(cuò)誤:REST API請(qǐng)求因遇到了錯(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請(qǐng)求因遇到了錯(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ù)請(qǐng)求。
• WordPress 使用 cURL 來處理多個(gè) API 請(qǐng)求。 它可以用作 PHP 編程語言的擴(kuò)展，WordPress 托管服務(wù)會(huì)為此提供幫助。
• curl 庫在 WordPress 的后臺(tái)工作中起著至關(guān)重要的作用。 如果配置不對(duì)，WordPress 網(wǎng)站將無法如常運(yùn)行。

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

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

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

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

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

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

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

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

環(huán)回請(qǐng)求被用來運(yùn)行計(jì)劃事件，也被內(nèi)建的主題及插件編輯器使用來確保代碼穩(wěn)定性。
到你站點(diǎn)的環(huán)回請(qǐng)求失敗，這意味著依賴此種請(qǐng)求的功能將不能正常工作。
出現(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 請(qǐng)求。
2. 如果你的 DNS 服務(wù)器工作不正常，這也可能導(dǎo)致 HTTP 請(qǐng)求失敗，導(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)試模式”，對(duì)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)試的信息，請(qǐng)?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è)排除。
• 一般來說，在對(duì)網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長(zhǎng)不愿意這樣做，因?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插件，絕對(duì)會(huì)影……

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

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

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

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

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

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插件，絕對(duì)會(huì)影響在網(wǎng)站前臺(tái)瀏覽的訪問者。

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

WordPress錯(cuò)誤怎么辦？

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

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

建議開啟“WordPress調(diào)試模式”，對(duì)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)試的信息，請(qǐng)?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è)排除。
• 一般來說，在對(duì)網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長(zhǎng)不愿意這樣做，因?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ù)。

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

• 開啟“故障排除模式”后，會(huì)在頂部導(dǎo)航欄添加一個(gè)新的菜單。
• 啟用此模式的站長(zhǎng)可以通過此菜單點(diǎn)擊“管理啟用插件”、切換到站點(diǎn)使用的主題，或禁用“故障排除模式”（返回非調(diào)試狀態(tài)）。
• 請(qǐng)注意，由于“強(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è)置主題啟用?▼

• 然后，再對(duì)照“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è)地測(cè)試。

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

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

1. 在進(jìn)入“故障排除模式之后”，Health Check & Troubleshooting（健康檢查和故障排除）插件會(huì)自動(dòng)停用，所以一定要先啟用此插件，否則在查看“站點(diǎn)健康”頁面時(shí)，會(huì)出現(xiàn)錯(cuò)誤提示“抱歉，你不能訪問此頁面”。
2. 然后，才測(cè)試啟用你認(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：測(cè)試服務(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插件排查》，對(duì)您有幫助。

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)試模式”，對(duì)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)試的信息，請(qǐng)?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è)排除。
• 一般來說，在對(duì)網(wǎng)站進(jìn)行故障排除時(shí)，需要禁用所有插件并切換到默認(rèn)主題。
• 可以理解，大多數(shù)站長(zhǎng)不愿意這樣做，因?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插件，絕對(duì)會(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è)測(cè)試禁用。

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