各類 HTTP 返回狀態代碼詳解

来源:http://www.cnblogs.com/zhangym118/archive/2016/06/27/5619590.html
-Advertisement-
Play Games

如果某項請求發送到您的伺服器要求顯示您網站上的某個網頁(例如,用戶通過瀏覽器訪問您的網頁或 Googlebot 抓取網頁時),伺服器將會返回 HTTP 狀態代碼以響應請求。 此狀態代碼提供關於請求狀態的信息, 告訴 Googlebot 關於您的網站和請求的網頁的信息。 一些常見的狀態代碼包括: 20 ...


如果某項請求發送到您的伺服器要求顯示您網站上的某個網頁(例如,用戶通過瀏覽器訪問您的網頁或 Googlebot 抓取網頁時),伺服器將會返回 HTTP 狀態代碼以響應請求。

此狀態代碼提供關於請求狀態的信息, 告訴 Googlebot 關於您的網站和請求的網頁的信息。

一些常見的狀態代碼包括:

  • 200 – 伺服器成功返回網頁
  • 404 – 請求的網頁不存在
  • 503 – 伺服器暫時不可用

下麵提供 HTTP 狀態代碼的完整列表。 點擊鏈接可瞭解詳情。 您也可以訪問有關 HTTP 狀態代碼的W3C 網頁以獲得更多信息

1xx(臨時響應)
表示臨時響應並需要請求者繼續執行操作的狀態代碼。

 

代碼說明
100(繼續) 請求者應當繼續提出請求。 伺服器返回此代碼表示已收到請求的第一部分,正在等待其餘部分。
101(切換協議) 請求者已要求伺服器切換協議,伺服器已確認並準備切換。

 

2xx(成功)

表示伺服器成功處理了請求的狀態代碼。

 

代碼說明
200(成功) 伺服器已成功處理了請求。 通常,這表示伺服器提供了請求的網頁。 如果針對您的 robots.txt 文件顯示此狀態,則表示 Googlebot 已成功檢索到該文件。
201(已創建) 請求成功並且伺服器創建了新的資源。
202(已接受) 伺服器已接受請求,但尚未處理。
203(非授權信息) 伺服器已成功處理了請求,但返回的信息可能來自另一來源。
204(無內容) 伺服器成功處理了請求,但沒有返回任何內容。
205(重置內容) 伺服器成功處理了請求,但沒有返回任何內容。 與 204 響應不同,此響應要求請求者重置文檔視圖(例如,清除表單內容以輸入新內容)。
206(部分內容) 伺服器成功處理了部分 GET 請求。

 

3xx(重定向)
要完成請求,需要進一步操作。 通常,這些狀態代碼用來重定向。 Google 建議您在每次請求中使用重定向不要超過 5 次。 您可以使用網站管理員工具查看一下 Googlebot 在抓取重定向網頁時是否遇到問題。 診斷下的網 絡抓取頁面列出了由於重定向錯誤而導致 Googlebot 無法抓取的網址。

 

代碼說明
300(多種選擇) 針對請求,伺服器可執行多種操作。 伺服器可根據請求者(用戶代理)選擇一項操作,或提供操作列表供請求者選擇。
301(永久移動) 請求的網頁已永久移動到新位置。 伺服器返回此響應(對 GET 或 HEAD 請求的響應)時,會自動將請求者轉到新位置。 您應使用此代碼告訴 Googlebot 某個網頁或網站已永久移動到新位置。
302(暫時移動) 服 務器目前從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。 此代碼與響應 GET 或 HEAD 請求的 301 代碼類似,會自動將請求者轉到不同的位置,但您不應使用此代碼來告訴 Googlebot 某個網頁或網站已經移動,因為 Googlebot 會繼續抓取原有位置並編入索引。
303(查看其他位置) 請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時,伺服器返回此代碼。 對於除 HEAD 之外的所有請求,伺服器會自動轉到其他位置。
304(未修改) 自從上次請求後,請求的網頁未修改過。伺服器返回此響應時,不會返回網頁內容。如果網頁自請求者上次請求後再也沒有更改過,您應當將伺服器配置為返回此響應(稱為 If-Modified-Since HTTP 標頭)。 由於伺服器可以告訴 Googlebot 自從上次抓取後網頁沒有更改過,因此可節省帶寬和開銷

305(使用代理) 請求者只能使用代理訪問請求的網頁。 如果伺服器返回此響應,還表示請求者應使用代理。
307(暫時重定向) 服 務器目前從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。 此代碼與響應 GET 和 HEAD 請求的 301 代碼類似,會自動將請求者轉到不同的位置,但您不應使用此代碼來告訴 Googlebot 某個頁面或網站已經移動,因為 Googlebot 會繼續抓取原有位置並編入索引。

 

4xx(請求錯誤)
這些狀態代碼表示請求可能出錯,妨礙了伺服器的處理。

 

代碼說明
400(錯誤請求) 伺服器不理解請求的語法。
401(未授權) 請求要求身份驗證。 對於需要登錄的網頁,伺服器可能返回此響應。
403(禁止) 伺服器拒絕請求。 如果您看到 Googlebot 在嘗試抓取您網站上的有效網頁時收到此狀態代碼(可以在 Google 網站管理員工具診 斷下的網路抓取頁面上看到此信息),可能是您的伺服器或主機拒絕 Googlebot 訪問。
404(未找到) 伺服器找不到請求的網頁。 例如,如果請求伺服器上不存在的網頁,伺服器通常會返回此代碼。如果您的網站上沒有 robots.txt 文件,而您在 Google 網站管理員工具”診斷”標簽的 robots.txt 頁上看到此狀態,那麼這是正確的狀態。 但是,如果您有 robots.txt 文件而又看到此狀態,則說明您的 robots.txt 文件可能命名錯誤或位於錯誤的位置 (該文件應當位於頂級功能變數名稱,名為 robots.txt)。

如果您看到有關 Googlebot 嘗試抓取的網址的此狀態(在”診斷”標簽的 HTTP 錯誤頁上),則表示 Googlebot 追蹤的可能是另一個頁面的無效鏈接(是舊鏈接或輸入有誤的鏈接)。

405(禁用的方法) 禁用請求中指定的方法。
406(不可接受) 無法使用請求的內容特性響應請求的網頁。
407(需要代理授權) 此狀態代碼與 401(未授權)類似,但指定請求者應當授權使用代理。 如果伺服器返回此響應,還會指明請求者應當使用的代理。
408(請求超時) 伺服器等候請求時發生超時。
409(衝突) 伺服器在完成請求時發生衝突。 伺服器必須在響應中包含有關衝突的信息。 伺服器在響應與前一個請求相衝突的 PUT 請求時可能會返回此代碼,同時會附上兩個請求的差異列表。
410(已刪除) 如果請求的資源已永久刪除,伺服器就會返回此響應。 該代碼與 404(未找到)代碼相似,但在資源以前存在而現在不存在的情況下,有時會用來替代 404 代碼。 如果資源已永久刪除,您應當使用 301 指定資源的新位置。
411(需要有效長度) 伺服器不接受不含有效內容長度標頭欄位的請求。
412(未滿足前提條件) 伺服器未滿足請求者在請求中設置的其中一個前提條件。
413(請求實體過大) 伺服器無法處理請求,因為請求實體過大,超出伺服器的處理能力。
414(請求的 URI 過長) 請求的 URI(通常為網址)過長,伺服器無法處理。
415(不支持的媒體類型) 請求的格式不受請求頁面的支持。
416(請求範圍不符合要求) 如果頁面無法提供請求的範圍,則伺服器會返回此狀態代碼。
417(未滿足期望要求) 伺服器未滿足”期望”請求標頭欄位的要求。

 

5xx伺服器錯誤)
這些狀態代碼表示伺服器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是伺服器本身的錯誤,而不是請求出錯。

 

代碼說明
500(伺服器內部錯誤) 伺服器遇到錯誤,無法完成請求。
501(尚未實施) 伺服器不具備完成請求的功能。 例如,伺服器無法識別請求方法時可能會返回此代碼。
502(錯誤網關) 伺服器充當網關或代理,從上游伺服器收到無效響應。
503(服務不可用) 伺服器目前無法使用(由於超載或停機維護)。 通常,這隻是暫時狀態。
504(網關超時) 伺服器充當網關或代理,但沒有及時從上游伺服器收到請求。
505(HTTP 版本不受支持) 伺服器不支持請求中所用的 HTTP 協議版本。

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • <img class="desc_img" src="http://image.baidu.com/search/detail?ct=503316480&z=0&ipn=d&word=html&step_word=&pn=0&spn=0&di=87025285600&pi=&rn=1&tn=baid... ...
  • 博客近兩個月沒有更新了,沒有時間只是藉口,主要還是沒有養成寫博客的習慣,需自省!把做的東西寫出來,把不會的人教會,這是個知識內化的過程,也是提升自己的過程,so...博客還需繼續,前端的路很遠,還需繼續努力~ 1 線上編輯試題頁面設計 最近在做一個線上編輯試題系統,該系統是基於UEditor做的二次 ...
  • 前幾篇文章,我們介紹瞭如何使用HTML5 + WebGL,從零開始一步一步打造一個基於web的3D機房展示程式,並陸續增加了資產管理和動環等效果。這篇文章是前三篇文章的延伸,進一步把3D機房從房間做了擴展,實現從“地球(地圖)”— “園區”— “樓宇”— “機房”的炫酷效果,以及一些其他3D應用的開... ...
  • 原則:動靜分離,分級緩存,主動失效。 Web 開發中,介面會被分為以下幾類: 純靜態頁面。打死我都不會修改的頁面。很長一段時間內,基本上不會修改。比如:關於我們。 純動態頁面。實時性,個性化要求比較高。頁面變化很大,或者每個用戶看到的都不一樣,比如:朋友圈。 短時靜態頁面。在一定時間內基本不會變化, ...
  • 使用構造函數 基本思想: 在子類型構造函數的內部調用超類型構造函數。 使用apply()和call()方法可以在新創建的對象上執行構造函數。 function SuperType() { this.colors = ["red", "blue", "green"]; } function SubTy ...
  • 我們對於滑鼠經過圖標切換效果這個神奇效果並不陌生,那麼怎麼用代碼實現呢? html: 圖片: 註意: 1、超鏈接<a>是行內元素,不能直接定義寬度和高度,所以需要使用display:block;將其轉換為塊元素。 2、背景圖像預設相對於盒子的左上角對齊。當滑鼠經過時,需要將背景圖像相對於盒子的底部對 ...
  • ...
  • 對象屬性無序性 js對象是一個無序屬性集合。var obj={}; obj.a=10; obj.b=30; 屬性a和屬性b並沒有誰前誰後之說。for...in迴圈,先輸出哪個屬性都有可能。獲取和設置不同的屬性與順序無關,都會以大致相同的效率產生相同的結果。也就是說訪問屬性a和訪問屬性b,沒有哪個訪... ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...