如何修復 WordPress 內部服務器錯誤(10 種方法)
已發表: 2021-12-08如果您是普通互聯網用戶,您很可能已經遇到內部服務器錯誤。 這是迄今為止 WordPress 中最常見的錯誤之一。 當網站突然拋出內部服務器錯誤時,可能會給您的觀眾留下不好的印象。
如果您是網站所有者,這可能是一個嚴重的問題。 如果您因內部服務器錯誤而讓訪問者無人看管,您將不得不承擔失去潛在客戶的風險。
因此,了解有關內部服務器錯誤以及如何修復它的所有信息非常重要。 首先,讓我們嘗試了解什麼是內部服務器錯誤。
目錄
- 什麼是內部服務器錯誤?
- 備份您的 WordPress 網站
- 修復 WordPress 內部服務器錯誤的方法
- 方法一:啟用調試
- 方法 2:檢查您的 WordPress 儀表板是否有效
- 方法 3:停用所有插件
- 方法 3:切換到默認主題
- 方法 4:增加您網站的 PHP 內存限制
- 方法 5:調試 .htaccess 問題
- 方法6:重新安裝WordPress
- 方法 7:檢查您的 PHP 版本問題
- 方法 8:上傳新版本的核心文件
- 方法 9:檢查文件權限
- 方法 10:聯繫您的託管服務提供商
- 常見問題(常見問題)
- 為什麼會發生內部服務器錯誤?
- 你能修復內部服務器錯誤嗎?
- 結論
什麼是內部服務器錯誤?
毫無疑問,內部服務器錯誤是最煩人和最常見的一種錯誤。 煩人,因為這個錯誤是非特定的——這意味著他們不向用戶甚至開發人員提供任何信息。
由於您沒有有關錯誤來源的任何信息,因此非常令人沮喪和困惑。
簡單來說,當服務器無法找出實際問題時,就會發生內部服務器錯誤。 它通常是由 WordPress 插件/主題的某些功能、PHP 內存限制和損壞的 .htaccess 文件引起的。
當您遇到此類錯誤時,您需要執行幾個步驟。 這更像是一個試運行的過程,您可以嘗試不同的方法來製定解決方案。
由於此類錯誤在 WordPress 中非常常見,因此備份您的網站總是很明智的。 以下是您的操作方法:
備份您的 WordPress 網站
作為網站所有者,最好備份您的網站以防止您的數據——數據庫和網站文件。 在當今競爭激烈的市場中,大多數託管服務提供商傾向於提供備份和恢復設施。
因此,每當您為 WordPress 網站選擇託管服務提供商時,請確保該計劃包括備份和恢復設施。
即便如此,事情並不總是對你有利。 因此,我們強烈建議您手動備份您的網站。 有幾種方法可以做到這一點。
讓我們檢查一下:
使用 cPanel 備份您的網站
這種方法讓您可以完全控制您的 WordPress 網站,讓您輕鬆創建備份。 您可以將網站文件存儲在多個位置,包括 Google Drive、Dropbox、硬盤等,以確保完整備份。
使用 SFTP 備份您的網站
以這種方法備份網站文件的最直接方法之一是使用流行的文件管理器 - FileZilla 。 您只需下載並安裝文件管理器並登錄應用程序即可。
登錄後,選擇要備份的所有文件,右鍵單擊鼠標,然後選擇“下載所選項目”。 下載所有文件後,請確保將它們保存在安全的位置。
通過 phpMyAdmin 備份您的網站
此方法主要用於備份您的數據庫而不是您的網站文件。 首先,登錄到您的 phpMyAdmin 並單擊“數據庫”選項卡。
進入“數據庫”選項卡後,選擇要備份的所有文件,然後單擊“導出”按鈕。 之後,選擇您喜歡的導出方法並將“格式”設置為 SQL。
最後,按“開始”按鈕並將下載的文件存儲在適當的位置。
如果您想詳細了解如何通過演示逐步備份您的網站。 我們有這方面的指南。 如果你喜歡,請檢查一下。
現在您已經學會了備份網站文件和數據庫,是時候知道如何修復 WordPress 內部服務器錯誤了。
讓我們開始吧!
修復 WordPress 內部服務器錯誤的方法
您可以執行以下幾個步驟來修復您網站上的內部服務器錯誤。
方法一:啟用調試
一旦遇到內部服務器錯誤,首先要做的是嘗試理解錯誤。 該錯誤可能只是您站點代碼中的錯誤。 要查找錯誤來自何處,您應該首先查找 wp-config.php。

從您網站的根目錄下載 wp-config.php 文件。 然後,使用文本編輯器打開下載的文件並查找 WP_DEBUG。 如果找到這行代碼,將'false'更改為'true'並重新上傳文件到服務器。
如果您沒有找到它,請在文本末尾的“ /* 就是這樣,停止編輯! 快樂的博客。 */”:
define( "WP_DEBUG", true );
現在,嘗試重新加載您的網站。 您可能會看到指向特定文件中特定代碼行的“致命錯誤”消息。 這通過告訴您錯誤的確切位置來縮小您的問題。
注意:完成所有操作後,不要忘記將WP_DEBUG值更改為false 。 否則,默認情況下,WordPress 會在您的整個網站上顯示調試消息,這可能會給您的訪問者帶來風險和困惑。
方法 2:檢查您的 WordPress 儀表板是否有效
每當您遇到內部服務器錯誤時,請檢查您的 WordPress 儀表板是否仍在加載。 為此,您需要訪問您的後端。
訪問http://yoursite.com/wp-admin/以訪問您的管理儀表板。 如果頁面加載容易並且您可以訪問後端 WordPress 儀表板,則可以確定問題出在主題或插件上。
方法 3:停用所有插件
您的網站可能遇到內部服務器錯誤的另一個原因是您的 WordPress 插件中的錯誤。 要測試錯誤是否來自插件,首先要做的是停用所有插件。
停用您的插件不會導致任何數據或插件丟失。 如果您的 WordPress 儀表板加載非常好,您可以通過執行以下操作一次停用所有插件:
- 轉到 WordPress 儀表板中的插件。
- 選中復選框以選擇所有插件。
- 從下拉菜單中選擇停用。
- 單擊應用。

如果您的儀表板不工作,您也可以通過 FTP 停用它們。 以下是您的操作方法:
- 通過 FTP 連接到 WordPress 站點的服務器。
- 導航到wp-content文件夾。
- 將插件文件夾更改為插件停用。

如果您確定錯誤來自插件,您應該開始尋找導致錯誤的特定插件。
為此,開始一一重新激活插件。 另外,繼續檢查內部服務器錯誤,你會找到罪魁禍首。
找到它後,請禁用該插件並立即尋求支持。 或者,您可以選擇其他插件,因為它們有數百個。
如果您使用的是 FTP,請不要忘記在重新激活插件之前將文件夾重命名為插件。
方法 3:切換到默認主題
如果您完成了插件檢查,但仍然無法確定錯誤來自何處,那麼現在該檢查您的 WordPress 主題了。 您可以先切換到默認的 WordPress 主題。
我們推薦二十一二十一默認主題。 也有早期版本可用。
如果您的儀表板仍然可以訪問,請轉到Appearance -> Themes ,您可以在其中找到默認選項。 如果您找不到默認主題,可以從WordPress.org 下載。

如果您的儀表板無法訪問,您甚至可以使用 FTP 切換到默認主題。 請按照以下步驟操作:
- 通過 FTP 連接到 WordPress 站點的服務器。
- 轉到wp-content/themes文件夾。
- 從 WordPress.org 下載默認主題(首選二十一),並在提取主題文件後上傳主題文件夾。
- 此外,將當前主題文件夾重命名為[theme-name]- deactivated 。
- 停用當前主題後,WordPress 會自動回退到默認主題。

如果切換到默認主題對您有用,那麼很明顯錯誤來自主題。 如果您使用的是 WordPress 開發人員的主題,您應該立即讓他們知道該問題並尋求支持。
注意:在選擇其他選項之前,請確保檢查錯誤的所有可能性。
方法 4:增加您網站的 PHP 內存限制
有時,當您的網站超出內存限制時,您的 WordPress 網站可能會引發內部服務器錯誤。 當您的主題或插件編碼錯誤時,通常會發生這種情況。

通常,您的網站服務器具有一定數量的內存,您不能將內存限制增加到超過該數量。 除了選擇其他託管服務外,還有更多方法可以增加網站的內存限制。 就是這樣:
- wp-config.php 文件
通過 FTP 連接到您的服務器。 打開並編輯 wp-config.php 文件,並在 /* 就這樣,停止編輯的行下方添加以下代碼片段! 快樂的博客。 */ :

define('WP_MEMORY_LIMIT', '256M');
- PHP.ini 文件
要使用此方法增加網站的內存限制,請在 wp-admin 文件夾中找到 PHP.ini 文件。 然後,您需要打開並編輯該文件。 查找顯示memory_limit = [number]M 的行, 現在將數字更改為256。您的代碼現在應該看起來像memory_limit = 256M 。
- .htaccess 文件
通過 FTP 連接到您的服務器並找到並編輯 .htaccess 文件。 現在,添加以下行:

php_value memory_limit 256M
除了上面列出的方法外,您還需要聯繫您的託管服務提供商以增加您網站的內存限制。
方法 5:調試 .htaccess 問題
如果您的託管服務提供商使用 Apache 服務器,您會在網站的根目錄中找到.htaccess文件。 它是允許您啟用高級功能的配置文件。
WordPress 使用此文件來管理您網站的永久鏈接、設置重定向、更改上傳大小等等。
即使是諸如缺少空格或拼寫錯誤之類的小錯誤也可能導致內部錯誤並使您的網站崩潰。 要檢查 .htaccess 文件是否有錯誤,請在您網站的根目錄中找到.htaccess文件。 下載文件並將其保存在您的計算機上進行備份。

備份後,刪除服務器上.htaccess文件的副本。 現在,嘗試加載您的網站。 如果您的網站開始工作,您可以確定錯誤來自 .htaccess 文件。
要修復錯誤,請轉到設置 > 永久鏈接,然後單擊保存。 如果您沒有任何自定義 .htaccess 文件,這會強制 WordPress 生成一個新的 .htaccess 文件。 htaccess規則。 如果您有自定義規則,請逐行瀏覽 .htaccess 文件並查看您的站點何時出現故障。

當您到達導致錯誤的行時,請仔細查找拼寫錯誤或語法錯誤。 如果您沒有發現此類拼寫錯誤,您可以刪除導致錯誤的整行。 您也可以在支持論壇中尋求幫助。
方法6:重新安裝WordPress
有時,由於某些不可預測的情況,您的 WordPress 核心文件可能會損壞。 當您的服務器複製所需文件時,可能出現了問題。 在這種情況下,重新上傳 WordPress 核心文件可以讓您免於查找錯誤的麻煩。
要重新安裝 WordPress 核心文件,請按照以下步驟操作:
- 從 WordPress.org 下載 WordPress 的新副本。
- 解壓縮 ZIP 文件。
- 確保刪除 wp-content 文件夾和 wp-config-sample.php 文件。 另外,刪除 wp-config.php 文件。

- 現在,通過 FTP 連接您的主機。
- 將其余文件夾和文件上傳到您網站的根文件夾。
- 當您看到提示選項時,選擇覆蓋所有文件的選項。
方法 7:檢查您的 PHP 版本問題
儘管舊的 PHP 版本通常不會導致內部服務器錯誤,但檢查您正在運行的 PHP 版本始終是一個好主意。 您可以通過託管服務提供商檢查您的 PHP 版本。
許多流行的舊版本的 PHP 不再接收更新並且經常過時。 確保您使用的版本至少為 PHP 7.3 或更高版本。
您可以通過執行 PHP 代碼來檢查您網站上運行的 PHP 版本。
- 首先打開一個文本或代碼編輯器——記事本或 TextEdit。
- 在編輯器中輸入以下代碼。
<?php echo 'Current PHP version: ' . phpversion(); ?>
- 輸入代碼後,單擊“文件”>“另存為”保存文件。 確保在保存文件時保存添加 .PHP 擴展名。
- 現在,您將獲得當前的 PHP 版本。
方法 8:上傳新版本的核心文件
修復內部服務器錯誤的另一個流行選項是重新上傳新版本的 WordPress 核心文件。 這包括wp-admin和wp-include等文件夾。
不要擔心在重新上傳核心文件時丟失或丟失任何東西。 相反,它將幫助您從損壞的文件中恢復並解決您的問題。
要上傳新版本的核心文件,首先,您需要從 WordPress.org 下載 WordPress。 然後,
- 解壓您剛剛下載的 zip 文件夾。
- 現在,通過您的 FTP 客戶端連接到您的網站。
- 導航到根目錄。
- 在另一個窗口中,打開您之前下載的 WordPress 文件。
- 複製 wp-includes 和 wp-admin 文件夾並將它們上傳到您的服務器。
- 您將看到覆蓋現有文件夾的提示選項。 選擇覆蓋。
- 您的核心文件現在已更新為全新版本。
檢查並查看您的內部服務器錯誤是否仍然存在。 如果錯誤來自核心文件,您現在會看到您的網站加載正常。
方法 9:檢查文件權限
由於文件權限而發生內部服務器錯誤的情況很少見。 但是,它仍然值得檢查。 通過 FTP 客戶端檢查網站 WordPress 目錄中的文件和文件夾。 它需要設置為755或644。
將權限設置為其他任何內容都會導致錯誤,包括 500 內部服務器錯誤。
方法 10:聯繫您的託管服務提供商
如果沒有任何效果並且問題似乎並不常見,最好的選擇是聯繫您的託管服務提供商。 它們不僅可以幫助您解決服務器問題,還可以幫助您檢查文件權限和其他來源。
如果您是 WordPress 網站所有者,那麼 WordPress 推薦了很多選項。 以下是市場上一些最好的託管服務提供商:
- 藍主機
- 託管者
- 場地地面
- A2 託管
- 夢想主機
如果您想詳細了解為您的網站選擇最佳託管服務提供商,請查看本指南 - 2022 年 10 家最佳 WordPress 託管服務提供商。
常見問題(常見問題)
為什麼會發生內部服務器錯誤?
簡單來說,就是當你的服務器遇到異常而無法完成請求時,就會發生內部錯誤。
你能修復內部服務器錯誤嗎?
如果您按照本文中提到的說明和步驟操作,您可以輕鬆修復您網站上的內部服務器錯誤。 無需聘請專家來修復內部服務器錯誤。 但是,如果需要,您始終可以從論壇和託管服務提供商處獲得幫助。
結論
如果您的網站經常因內部服務器錯誤而困擾您和您的訪問者,請嘗試上面列出的這些方法來修復錯誤。 其中之一肯定會修復您網站的內部服務器錯誤。 一次嘗試這些方法,以找到適合您的方法。
另外,不要忘記在下面的評論部分與我們分享您的經驗。