共計 2246 個字符，預計需要花費 6 分鐘才能閱讀完成。
您是否在 WordPress 中看到 500 內部服務器錯誤? 內部服務器錯誤是最常見的 WordPress 錯誤之一。由于錯誤沒有提供任何其他信息，許多初學者發現它非常令人頭疼。在本文中，我們將向您展示如何輕松修復 WordPress 中的內部服務器錯誤。
什么原因導致 WordPress 中的內部服務器錯誤?
內部服務器錯誤不是特定于 WordPress。任何運行在 Web 服務器上的網站都可能發生這種情況。由于此錯誤的一般性質，它不會告訴開發人員出現的錯誤
詢問如何修復內部服務器錯誤就像問醫生如何解決疼痛而不告訴他們疼痛在哪里是一樣的。
WordPress 中的內部服務器錯誤通常是由插件或主題功能引起的。我們知道的 WordPress 內部服務器錯誤的其他可能原因是：損壞的.htaccess 文件和 PHP 內存限制。
檢查損壞的.htaccess 文件
在對 WordPress 中的內部服務器錯誤進行故障排除時，您應該做的第一件事是檢查損壞的.htaccess 文件。
你可以通過重命名.htaccess 文件類似于.htaccess_bak。要重命名.htaccess 文件，您需要使用主機帳戶的 cPanel 儀表板中的 FTP 或文件管理器應用程序登錄您的站點。
連接后，.htaccess 文件將位于您將看到 wp-content，wp-admin 和 wp-includes 等文件夾的同一目錄中。
重命名.htaccess 文件后，請嘗試訪問您的網站，看看是否能解決問題。如果確實如此，那么就修復了內部服務器錯誤。
如果檢查損壞的.htaccess 文件解決方案對您不起作用，那么您需要繼續第二種方法。
增加 PHP 內存限制
如果您耗盡了 PHP 內存限制，有時可能會發生內部服務器錯誤。
如果您只在嘗試登錄 WordPress 管理員或在 wp-admin 中上傳圖像時才看到內部服務器錯誤，那么您應該按照以下步驟增加內存限制：
創建一個名為 php.ini 的空白文本文件
將此代碼粘貼到其中：size = 64MB
保存文件
使用 FTP 將其上傳到 / wp-admin / 文件夾
如果增加內存限制為您解決了問題，那么您只是暫時解決了問題。你仍然需要找到耗盡內存限制的原因。
如果增加 PHP 內存限制并沒有為您解決問題，那么您需要進行更多的故障排除。
停用所有插件
如果上述解決方案都不適合您，則此錯誤很可能是由特定插件引起的。
可悲的是，沒有簡單的方法可以找到它。您必須立即停用所有 WordPress 插件。
如果禁用所有插件修復了錯誤，那么您就知道它是導致錯誤的插件之一。
只需轉到 WordPress 管理區域，然后單擊“插件”。現在，您需要一次重新激活一個插件，直到找到導致該問題的插件。卸載該插件就行了。
重新上傳核心文件
如果插件選項沒有修復內部服務器錯誤，那么重新上傳新的 WordPress 安裝中的 wp-admin 和 wp-includes 文件夾。
這不會刪除您的任何信息，但它可以解決任何文件損壞的問題。
首先，您需要訪問 WordPress.org 網站并單擊“下載”按鈕。
這將把 WordPress zip 文件安裝到您的計算機上。你需要提取 zip 文件，在里面你會找到一個 wordpress 文件夾。
接下來，您需要使用 FTP 客戶端連接到您的 WordPress 網站。連接后，請轉到您網站的根文件夾。它是包含 wp-admin，wp-includes，wp-content 文件夾的文件夾。
在左側列中打開計算機上的 WordPress 文件夾。現在您需要選擇 wp-includes 和 wp-admin 文件夾，然后右鍵單擊并選擇“上傳”。
您的 FTP 客戶端現在將這些文件夾傳輸到您的服務器。它會詢問您是否要覆蓋這些文件。選擇“覆蓋”，然后選擇“始終使用此操作”。
您的 FTP 客戶端現在將使用較新的副本替換舊的 WordPress 文件。如果您的 WordPress 文件已損壞，則此步驟將為您修復內部服務器錯誤。
如果是 wordpress 的代碼或插件問題請參考下面內容：
一、打開故障顯示
出現 500 錯誤，一般都是程序自己的問題，首先訪問同一服務器上的另外一個 wordpress 博客，發現訪問正常，這就說明不是服務器的問題，故障就應該是出在了 wordpress 博客程序上。
接下來需要打 wordpress 博客的故障顯示，這樣才能知道詳細的故障所在。
登陸服務器，打開博客根目錄下的 wp-config.php 文件，找到以下代碼：
/**
* 開發者專用：WordPress 調試模式。
*
* 將這個值改為 true，WordPress 將顯示所有用于開發的提示。
* 強烈建議插件開發者在開發環境中啟用 WP_DEBUG。
*/
define(‘WP_DEBUG’, false);
將 define(‘WP_DEBUG’, false) 這行中的 false 改為 true，然后保存。
這時再打開博客網站，就可以看到詳細的故障情況了。我的博客故障故障是這樣的：
二、解決故障
知道博客的詳細故障后，就可以著手解決了，這里是 wpjam-basic 這個插件出問題了，將其手動停用即可。
將 wpjam-basic 插件目錄名字改為 wpjam-basic.backup 或者其他名字都行，這樣就手動停用了這個插件，從而將 wordpress 博客的故障進行了隔離。
這時就可以打開博客網站了，500 故障完美解決。
三、關閉博客故障顯示
解決 Wordpress 博客 500 問題后，為了安全起見，應該將博客的故障顯示關閉，使用相同的方式，將
define(‘WP_DEBUG’, true);
中的 true 改為 false，然后保存即可。
