常見 HTTP 錯誤代碼終極指南

互聯網上的每個人都曾在某個時候遇到過一些 HTTP 錯誤代碼。 無論是未找到的 404、禁止的 403，還是更晦澀的 504 或 508，這些東西偶爾會為每個人彈出。 每個人都需要知道如何處理它們。 有些可以在用戶端修復。 而其他人則是服務器端甚至託管公司。 無論如何，我們希望為您提供 HTTP 錯誤代碼的最終綱要，以及您可以採取哪些措施來防止它們破壞您的網站、業務，甚至只是您的一天。

代碼 301 和 302

雖然從技術上講不是錯誤代碼，但當您瀏覽網絡時，您會看到很多。 HTTP 301 和 302 都是重定向代碼，表明由於某種原因，頁面已永久 (301) 或臨時 (302) 移動。 如果您使用 WordPress，設置重定向非常簡單，因為有很多非常可靠的插件基本上可以為您處理所有這些。 如果不是，只需調整.htaccess文件即可。

我們的 301 和 302 重定向指南可以更詳細地引導您完成整個過程。

Err_Too_Many_Redirects

但是，有時您的網站可能會重定向過多。 雖然 301 和 302 重定向很有用，但您不想過度使用它們或混淆目標 URL。 您可能以某種方式啟動了一個重定向循環，其中沒有未重定向的最終目的地，或者您只是將太長的鏈放在一起，而服務器無法（或不會）有效地解析它們並且高效。 或者，儘管它們很有用，但瀏覽器緩存也會導致大量問題。 太多的 cookie 和 Chrome 可能會被塞滿和混淆。 就像我們其他人有太多餅乾一樣。 無論如何，如果您看到err_too_many_redirects ，我們有辦法解決它。

錯誤 400

400 錯誤是用戶可能能夠解決問題的 HTTP 錯誤代碼之一。 他們是提出錯誤要求的人。 並不是請求的 URL 丟失或被禁止，而是請求本身以某種方式被亂碼或損壞，服務器根本無法了解它。 但是，我們可以在我們的指南中修復 HTTP 400 錯誤。

錯誤 401

每當驗證瀏覽器憑據出現問題時，都會以您的方式發送 401 錯誤。 有多種方法可以解決此問題，無論是在用戶端還是在服務器管理員端。 收到 401 錯誤不像被告知您的登錄信息不正確。 這比那高一兩步，因為服務器本身無法驗證您的請求，這意味著它可能是 DNS 問題或損壞的 cookie 等。 我們在 HTTP 401 錯誤指南中分解了整個故障排除過程。

錯誤 403

403 錯誤實際上是非常常見的 HTTP 錯誤代碼之一。 出於某種原因，您嘗試訪問的服務器不允許您在根級別進行訪問。 請記住，當出現 403 錯誤時，用戶很可能沒有做錯任何事情。 在嘗試處理您的請求時，某些文件或令牌存在權限問題。 對 HTTP 403 進行故障排除的問題在於，追踪損壞憑據的原因通常比將它們恢復原狀更重要。 值得慶幸的是，我們關於 403 Forbidden 錯誤需要了解的所有內容的文章可以提供幫助。

錯誤 404

這絕對是所有 HTTP 錯誤代碼中最常見的。 404 Not Found 狀態碼就是：網站找不到您的請求。 這與 401 不同，因為您的請求可能非常可靠。 是服務器找不到媒體。 它明白某個東西應該在你想去的地方，但它不知道為什麼它是空的。 關於這是作為用戶錯誤還是服務器錯誤彈出的概率大約為 50/50，因此請查看我們的 404 故障排除指南，了解如何處理每個錯誤。

錯誤 410

不要將 410 與 404 混淆。雖然當缺少一段內容時它們都會給出，但 410 錯誤意味著它已經一去不復返了。 您實際上可以故意提供 410 狀態代碼，例如，如果您刪除了一個頁面並且無意替換它。 搜索引擎會知道停止索引該特定內容，而 404 不會發生這種情況。想想 404 是指您放錯了密鑰，而 410 是指您將它們從碼頭扔進大海。 無論哪種方式，它們都消失了，但有一點更嚴重。 我們對 410 的複雜性進行了完整的記錄，如果它們不受歡迎，可以幫助修復它們。

錯誤 429

如果您想要一個易於修復的 HTTP 錯誤，請查看 429。這是 Too Many Requests 錯誤。 某些事情使您的服務器工作太辛苦，而且跟不上。 所以它在冷卻時會拋出 429。 您可能受到 DDoS 攻擊，或者甚至可能只是從 Reddit 上的一個點贊鏈接獲得了大量流量。 無論您看到此錯誤的原因是什麼，我們的 HTTP 429 指南都能為您提供幫助。

錯誤 500

與某些 HTTP 錯誤代碼不同，用戶通常不會在顯示 500 錯誤中扮演任何角色。 這是一個內部服務器錯誤，這意味著在您站點的文件系統中的某個地方，某些內容未解析。 可能出現內部服務器錯誤的原因有很多，解決方案也一樣多。 好的，所以也許不是很多，而是很多。 其中一些就像創建一個新的.htaccess文件並將其放置在您的主目錄中一樣簡單，或者您可能需要更新您的 PHP 內存限制。 即使是 WordPress 插件也可能導致問題，禁用它可以修復 500。無論是什麼原因，我們在 HTTP 錯誤 500 指南中查看並找到解決方案都有解決方案。

錯誤 501

作為互聯網用戶，您無法修復 501 錯誤。 它完全是服務器端的，您的做法應該是聯繫站點管理員並讓他們知道他們的服務器正在返回 501 錯誤。 也就是說，作為網站所有者，501 意味著您的網站已關閉。 真的下來了。 下線了。 因此，當有人向該站點發出請求時，主機會返回未實現的錯誤，因為在那時，完成請求的功能根本不存在。 向用戶顯示 501 的主要原因之一是惡意軟件，因此請確保您不僅查看我們的 HTTP 錯誤 501 指南，還要查看如何保護您的網站免受惡意軟件的侵害，這樣您就永遠不需要該指南首先。

錯誤 502

502 Bad Gateway 錯誤是另一種狀態代碼，可能由一系列不同的原因引起。 這意味著在通往您站點的途中某個節點（網關）給出了無效響應。 有時您可以通過運行 traceroute 來發現此錯誤，但就像有很多原因一樣，也有很多解決方案。 從重置瀏覽器緩存到 DNS 設置，甚至刷新 CDN 並重置它，這是一種反複試驗的過程，可以找出錯誤網關的實際位置。 如果您的網站向您的用戶顯示 502 錯誤，請使用我們的指南來排除故障網關的故障並讓流量再次流動。

錯誤 503

很多時候，503 HTTP 錯誤會自行消失。 這與大多數 HTTP 錯誤代碼不同。 503 是服務不可用錯誤，這意味著它沒有消失，只是休息一下。 也許您的站點因維護或升級而關閉，腳本執行時間過長，使用了太多內存，或者發生了類似的事情。 幾分鐘後它就會消失。 但是，如果它沒有消失並且您的服務仍然不可用，則可能歸結為重置您的服務器、重置您的防火牆，甚至檢查到您的服務器的路由，因為傳遞信息的節點之一可能因維護而停機。 我們查看了 HTTP 503 錯誤解決方案和原因的一長串列表，以便當您的服務器暫時不可用時，它仍然是一個臨時問題。

錯誤 504

您可能已經收到 504 錯誤並且不知道。 很多時候，504 錯誤被瀏覽器簡單地列為“此頁面無效”。 這意味著您的連接嘗試訪問服務器的時間過長，而它只是沒有響應。 連接只是超時。 大多數情況下，這來自託管服務提供商或 CDN。 用戶通常無法修復它，但作為管理員，您需要進入並調整您的代理設置，確保您的域設置正確（正確的名稱服務器等）

錯誤 508

HTTP 508 錯誤是達到資源限制錯誤。 同樣，用戶（通常）與此無關。 他們不會通過嘗試過多刷新您的頁面來佔用您的資源。 當您的服務器由於多種原因滿負荷運行時，就會發生 508。 可能是內存不足。 也許帶寬被大量流量堵塞了。 也許您正在遭受 DDoS 攻擊。 您可能已用完 inode 配額或服務器空間不足。 不管是什麼原因，您的服務器實際上沒有滿足用戶請求的物理資源。 沒有人希望這種情況發生。 因此，在掃描惡意軟件後，請點擊我們的修復 508 錯誤指南。 那應該讓你清清楚楚。

結束 HTTP 錯誤代碼

好吧，這就是關於 HTTP 錯誤代碼的介紹。 這甚至不是全部。 這些只是最常見的。 如果您想深入了解 Internet 上在數據來回傳遞時可能發生的一些更晦澀的事情，我們強烈建議您查看 Mozilla 開發人員網絡關於該主題的文檔。 這不是最令人興奮的閱讀，但絕對令人著迷。 但是，如果您只需要修復常見的 HTTP 錯誤代碼，只需找到上面的標題並單擊指向我們已經為您計劃好的解決方案的鏈接。

您最傾向於處理什麼錯誤代碼？

Oleksii Lishchyshyn/shutterstock.com 提供的文章特色圖片