錯誤內部服務器錯誤：它是什麼，怎麼打呢

很多時候，託管因為不斷發生的遭遇的業主報告 錯誤500 （內部服務器錯誤）。 她，就像它的名字，許多人只是毒藥的生活。 現在，我們將盡量簡明扼要地了解情況的本質，看你如何擺脫錯誤的，今後發生的。

錯誤內部服務器錯誤：是什麼呢？

那麼，就讓我們從短語的意義非常啟動。 該系統（目錄），Windows錯誤（而不是只）有一個錯誤的號碼500，對應於 計算機術語 內部服務器錯誤。 這個短語的翻譯是用的狀態相關聯的內部服務器錯誤 HTTP協議。

事實上，錯誤意味著服務器軟件要么不工作或工作，但一個或多個部件故障給在拒絕客戶端請求的形式，例如，搜索引擎或互聯網瀏覽器。

錯誤的原因

在最廣泛的意義上討論內部服務器錯誤錯誤，應該牢記，它可以在一個完全不同的CMS書面多個站點或資源發生。 在這裡，順便說一句，這是必要的原因，其發生區分。

很多時候，這樣的情況可以通過WordPress網站一樣，Opencart的，Joomla和其他人進行觀察。如果管理結構，如WordPress的，未使用的施工現場，也許，其原因在於，連接錯誤的PHP的擴展，當主機遇到問題的事實或查詢後，網站會返回不是由您的服務器識別無效的HTTP報頭。

沒有錯誤內部服務器錯誤不太常見的原因是缺乏正確的訪問權限。 例如，如果託管一個PHP腳本文件的訪問權限777，它很可能是他們的表現僅僅是由服務器堵塞，結果你會得到一個錯誤消息。

這也是原因可能是相當長的作業腳本之一。 該服務的及時性PHP的限制不僅適用於主機的事實，這樣的限制可能會展出，並在服務器端。 換句話說，它有點像一個超時操作。 當在指定的時間，服務器未接收到請求時，它簡單地阻止腳本的執行的響應。

在某些情況下，內部服務器錯誤錯誤可能會出現在託管超過用來觀察內存的限制。 簡單地說，對於腳本的執行需要更多的法規，因為這樣的限制設置不僅對PHP，往往是資源的所有可執行腳本的消費限制。

最後，錯誤內部服務器錯誤最常見的情況之一 - 該內容無效指令的.htaccess文件（順便說一下，與WordPress的發動機工作時，它是最常見的）。 現在我們已經接近發現每種情況的解決方案。

錯誤內部服務器錯誤：如何解決最簡單的方法

首先，看看當它檢測到不正確的權限，你可以做什麼。 在這種情況下， 訪問權限777 允許您編輯的任何和所有的內容，當然，影響安全。 600，和鋼的所有數據文件 - - 644在這種情況下，必須通過向755文件夾，腳本文件的值更改。

過長的可執行腳本，你可以嘗試增加等待時間，然而，有一個障礙。 該解決方案可在專用的服務器或VPS（虛擬專用服務器）上工作，並在案件 共同主辦 任何效果不會。

至於適用於主機的限制高估的比較的內存消耗，那麼你只能建議與支持部門聯繫或者乾脆託管服務提供商，該限制將不會那麼嚴格的變化。

現在有關.htaccess文件的幾句話。 它涉及使用非常嚴格的語法錯誤一些錯誤，或者如果事實，避免錯誤內部服務器錯誤將無法在安裝過程中被做了。 這裡有必要進行如下操作。 首先，你需要檢查文件是否存在，在一個站點的根目錄，然後由製作備份，徹底刪除。 如果此過程後，網站將再次開始運作，那麼問題是在.htaccess文件中，這將有來檢查的語法錯誤。

與WordPress的引擎問題

由於WordPress是雪上加霜。 該引擎能夠覆蓋原文件.htaccess中的事實，負責控制訪問文件和文件夾託管，因為必須創建只有一次原始文件，肯定不會在WordPress！

糾正這種情況的最簡單方法是禁用WordPress主題，並使用它，而不是任何其他的。 如果錯誤仍然存在，此事是在主題本身 - 如果不是，您需要逐步禁用的WordPress插件，並檢查它們中影響性能。

在某些情況下，你可能需要更新你的WordPress到最新版本，並禁用文件覆蓋功能。 開始下載到計算機終端原始文件的.htaccess，然後進入網站上的路徑/可濕性粉劑管理員/文件夾包括/其次是文件下載 misc.php，你想開了，例如，標準的“記事本”（或任何其他文本編輯器），並找到«功能save_mod_rewrite_rules»功能串。 現在，在功能去行«返回insert_with_markers（$ htaccess_file，“WordPress的，$規則）;»和替換它在«返回true;»（當然，所有的命令都沒有引號寫的）。 它仍然只是保存更改並上傳與更換舊misc.php文件的託管新文件。

這種方法的缺點是只有在這種情況下斷開更新WordPress的。 當連接的插件，他們需要工作，當然不會。

結論

原則上，也就是說，錯誤和消除的方法最常見的原因。 事實上，該辦法處理這種情況的原因是非常多的，所以我就來分析在各種情況下的情況，然後才選擇什麼樣的方法進行 糾錯 使用。