錯誤 404 和其他 400、500。 你的瀏覽器想告訴你什麼？

錯誤 404 是 HTTP 響應代碼之一，可能是最常見的。 這可能是您在瀏覽網頁時會遇到的第一個問題。 但是還有更多這樣的代碼，其中一些——尤其是來自錯誤類的代碼——值得仔細研究。 討厭的 404 來自哪裡，為什麼要處理網站上的 301，哪個錯誤可能意味著是時候重置路由器了？ 閱讀並找出。

HTTP 錯誤

那麼如何顯示錯誤消息而不是您請求的頁面？

在純粹的技術術語中，對帶有 HTML 代碼的文件的請求被發送到託管網站的服務器。 當您打開網絡瀏覽器並輸入 www.senuto.com/en/blog 之類的地址時，我們的服務器會收到請求並顯示 Senuto 的博客作為響應。

但是，如果您輸入 www.senuto.com/en/whereswally，服務器會收到一個它不知道響應的請求。 服務器不知道 Wally 在哪裡。 面對這樣的查詢，它會以錯誤消息的形式以溫和的“ehem”響應。

錯誤 404 可能是最普遍的錯誤代碼。 它的口頭描述是“未找到”。 與其說沒有找到 Wally，不如說是無法識別用戶輸入的網站地址——很可能是因為它包含錯誤。

應用程序和服務器錯誤

除了 404 之外，還有其他 20 個所謂的客戶端應用程序錯誤，均以“4”開頭：401、402 等等。 稍後我們將看看其中的一些。

一個單獨的類別是HTTP 服務器錯誤代碼，以“5”開頭：錯誤 501、502 等。

這些錯誤 - 4xx 和 5xx - 是我們從服務器獲得的某種信息，以響應所提出的問題。 錯誤代碼使我們能夠識別服務器收到特定類型的請求時發生的情況。

為什麼值得我們關注？ 更好地理解我們可能遇到的錯誤代碼的本質有什麼好處？ 有三個基本原因：

• 我們自己的認識和滿意。 瀏覽器有時可能會顯示無法理解的消息。 您可以自己確定錯誤的原因，而不是一頭霧水地打電話給您的 ISP 並詢問為什麼互聯網再次關閉。 如果您有點書呆子並且喜歡了解這些東西，這尤其令人滿意。 或者你必須這樣做，否則它會嘮叨你。
• 識別和糾正錯誤的能力。 這首先適用於網站所有者。 錯誤並不總是可見的 - 錯誤 404 很容易識別，但我們並不總是意識到其他可能會出現在我們的用戶面前並阻止他們訪問我們的網站，從而對流量產生負面影響的情況。 程序員和網站管理員絕對應該讓自己熟悉錯誤代碼。
• 照顧 SEO。 這一點與上一點有關。 網站上的錯誤不僅僅是圖像問題。 此類問題可能會間接降低您網站在搜索引擎中的排名。 我會稍微解釋一下。

HTTP 響應類

是的，響應——因為並非所有響應都是錯誤的。 如前所述，錯誤類別包括代碼 4xx 和 5xx。

響應代碼的完整列表如下所示：

• 1xx：信息響應 (100–199) – 通知，例如，協議發生了變化，或者一切正常，您可以放鬆。
• 2xx：成功響應（200-299）——客戶端請求已被處理。
• 3xx：重定向（300–399）——客戶端必須採取額外的步驟才能完成操作。
• 4xx：客戶端錯誤（400-499）——客戶端做錯了什麼（例如在錯誤的地方尋找Wally）。
• 5xx：服務器錯誤（500-599）——不怪客戶端，是技術。

總共有50多個代碼。 讓我們關注最流行或最值得注意的代碼。 這些幾乎完全是錯誤——4xx 和 5xx——加上一個 3xx。 這是我們開始的。

301 永久搬家

此消息表示網站上的某些資源已永久轉移到另一個地址。 例如，我們在博客 www.sweetassblog.pl 上發布了一篇文章，在“生活”類別中的創意標題“文章 1”下。

它的 URL 可能如下所示：

http://www.sweetassblog.pl/life/article-1/

這是我們放在那裡的鏈接。 我們在 Facebook 上分享了它，我們將它塗抹在互聯網上，一目了然，甚至還被一些互助者轉發到了他們的博客上。

但一段時間後，我們更改了第 1 條出現的類別名稱。 現在，該類別被稱為“Kitties”，而不是“Life”。 URL 已相應更改：

http://www.sweetassblog.pl/kitties/article-1/

所以有什麼問題？

好吧，舊鏈接仍然出現在所有其他互聯網資源中！ 如果有人點擊它，該鏈接會導致他們誤入歧途——特別是指向顯示 404 錯誤的頁面。 這裡沒有人叫沃利。

解決方案？ 一個重定向。 這正是 301 的用途。 服務器必須知道新版本的 URL
http://www.sweetassblog.pl/life/article-1/ 是
http://www.sweetassblog.pl/kitties/article-1/，這應該指向點擊舊鏈接的用戶。

在某些情況下，此類重定向會自動發生——例如，更新版本的 WordPress 不僅託管大多數博客，而且託管越來越多的商店，在不涉及用戶的情況下處理 301 。 您可以更改文章的標題，並且 URL 會隨之更改，但即使有人點擊原始 URL，他們也會被重定向到正確的位置。

然而，在某些情況下，必須手動實現重定向——使用適當的插件 (WordPress) 或將更改保存到 .htaccess 文件。

當我們不想再開發子頁面或不想讓人們訪問它時，重定向也很有用——但我們也不想刪除它，因為互聯網上的許多來源都鏈接到它。 這為網站帶來了流量並提高了其在搜索引擎中的排名。 在這種情況下，我們可以為嘗試訪問頁面 A 的用戶設置重定向，使其自動定向到頁面 B。

401未經授權

此錯誤出現在身份驗證憑據無效的情況下。 簡而言之，您可能輸入了錯誤的用戶名和/或密碼。

401 主要是由於登錄頁面上的操作而發生的。 輸入錯誤的數據，按回車，你得到一個 401。

注意：錯誤 401 並不總是出現在登錄頁面之前。 可能是您嘗試進入給定頁面（例如，通過網絡上的鏈接）並且您立即看到 401。在這種情況下，值得前往該網站的主頁並尋找登錄方式或在那裡創建一個帳戶。 然後，作為登錄用戶，嘗試重新打開之前“未經授權”的頁面。

如果您作為網站所有者或管理員遇到錯誤 401 問題，請聯繫您的託管公司——他們可能採取了導致問題的安全措施。

403 禁止

你不可以過去。 為什麼會得到代碼 403？ 例如，因為您嘗試訪問所有者保留私人數據的站點，或者只有組織的員工可以訪問的站點。

您可以很容易地猜到，作為普通用戶，您在面對 403 時無能為力。您可以嘗試聯繫網站所有者並請求訪問權限。

另一方面，如果您是網站的所有者，並且想要阻止訪問其某些資源，則一種方法是使用 . htaccess 配置文件。

404 未找到

這裡沒有什麼。 作為用戶，您可能在瀏覽器窗口中輸入了錯誤的 URL （可能是拼寫錯誤），或者您只是試圖訪問該站點不存在的子頁面。 但是，這些並不是 Internet 上最流行的錯誤類型 404 可能出現的唯一原因。 讓我們列出所有可能的原因：

• 您在 Web 瀏覽器中輸入了錯誤的地址，或者嘗試訪問不存在的子頁面。
• 您單擊的鏈接包含錯誤（例如，缺少 URL 的最後一個字母）。
• 資源被移動到服務器上的不同位置，並且沒有創建重定向（參見上面的 301）。
• 該資源已從頁面中永久刪除（例如，一個月前您保存了指向在線商店中產品子頁面的鏈接，此後該項目已售罄，當您嘗試訪問該子頁面時會出現漂亮的 404）。

我們最有可能在所有類型的電子商務企業中看到 404：在線書店、服裝店、拍賣網站等。

有兩種 404 頁面。 一方面，它們可能無趣或醜陋，並以僵硬而無聊的方式傳達用戶請求空白頁面的信息。

另一方面，404 頁面可以以自己的方式富有創意，令人賞心悅目，並且可以讓用戶放心。 您在某個地方走錯了方向，但這沒關係，因為現在您可以訂閱新聞通訊。 或者——如果它是一個在線商店——查看一些打折的產品。

錯誤 404 和網站 SEO

作為網站的所有者或管理員，創意 404 是一件值得關注的事情。 另一個是404減少。 這讓我們回到了重定向的話題。 如果給定的子頁面已更改其地址或不再存在，通常最好將用戶重定向到另一個工作子頁面，而不是發出 404 消息。

帶有此錯誤消息的頁面通常會提高跳出率。 我們所說的反彈是當用戶進入頁面並迅速離開時。 谷歌堅持認為頁面上的 404 錯誤不會影響其在搜索引擎中的排名——而且確實沒有直接鏈接。 但是有一個間接的。 高跳出率會對網站的 SEO 產生負面影響，而 404 會增加它。 因此，讓我們盡可能地消除它們。

408 請求超時

頁面正在加載。 並加載。 然後加載……直到它最終放棄並顯示 408。請求超時。

像所有 400 一樣，408 是用戶錯誤代碼（至少在理論上）。

如果您看到 408，讓我在您的 ISP 顧問通過電話說之前先說：請檢查其他網站是否加載緩慢或根本沒有加載，如果是，請重置路由器，然後刷新頁面。

如果瀏覽器連接服務器的時間過長，很可能是因為您的互聯網連接。

但是觸發 408 的是服務器設置的可能性也很小。 作為網站管理員，您可以檢查配置文件——它定義了應該拒絕 HTTP 請求的時間。 增加限制可以幫助解決頻繁（和過早）的 408 錯誤。

500內部服務器錯誤

由於未知原因，服務器無法處理用戶發送的請求。 就像您訪問一家電子商店的網站時一樣，該網站一直有效，但今天它決定給您 500 分。

在所有日子的黑色星期五！ 真可惜。

可能會很糟糕，但也許它在黑色星期五並不是巧合。 服務器超載時可能會出現 500。 太多的人同時試圖進入一個沒有為這麼多流量做好準備的網站。 它可能發生在銷售日或學期末，當學生衝進考試結果頁面時。

這在技術上被稱為由太多傳入請求引起的服務器過載。

錯誤 500 的其他可能原因包括：

• .htaccess 文件損壞或寫得不好，
• 缺少服務器上的其他重要配置文件，
• 網站腳本中的錯誤。

作為用戶，您可以簡單地刷新頁面——最簡單的解決方案通常有效。 如果這沒有幫助，請清除緩存和 cookie並重新啟動瀏覽器。 您也可以接受這次您將無法以 30% 的折扣購買那輛很棒的電動滑板車，而是去散步。

但是，作為網站所有者或管理員，絕對值得調查錯誤 500 的原因，並在可能的情況下將其刪除。 就像任何其他服務器錯誤一樣，真的。

503服務不可用

上面描述的錯誤 500 非常神秘 - 你知道有問題，但服務器無法向你提供有關原因的詳細信息。

503 更具體。 這意味著服務器當前無法處理請求 - 即加載您的頁面 - 由於過載（打折的滑板車再次滑落）或由於定期維護。

如果您是網站的所有者或管理員並且對錯誤 503 感到驚訝，請嘗試重新啟動服務器（如果網站位於專用服務器上）。 另外，請查看您的託管公司當前是否正在運行維護。 如果是這樣，服務器將關閉一段時間，您必須等待它們重新打開。

504網關超時

這個錯誤和上面討論的408類似，只不過這裡的罪魁禍首肯定是服務器。 更準確地說，託管該網站的服務器之間的通信不暢。

如果它們之間的信息傳輸時間過長，用戶將收到錯誤 504 而不是請求的頁面。

這可能有幾個原因，因此您需要讓管理員參與並可能諮詢專家以找到根本原因並消除它。

上面的列表是值得注意的 HTTP 響應代碼的主觀選擇。 還有更多消息，包括錯誤，完整列表可以在 Wikipedia 上找到。