WordPress出現REST API請求錯誤cURL error 28如何解決

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插件檢查

陳溈亮博客在啟用Health Check & Troubleshooting插件的“故障排除模式”後，測試改用“二〇二一”主題，就沒顯示“REST API遇到了錯誤”問題。

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

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

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