超全超詳細的HTTP狀態碼大全

本部分余下的內容會詳細地介紹 HTTP 1.1中的狀態碼。這些狀態碼被分為五大類: 

100-199 用于指定客戶端應相應的某些動作。 
200-299 用于表示請求成功。 
300-399 用于已經移動的文件并且常被包含在定位頭信息中指定新的地址信息。 
400-499 用于指出客戶端的錯誤。 
500-599 用于支持服務器錯誤。

一些常見的狀態代碼為:

200 – 服務器成功返回網頁 
404 – 請求的網頁不存在 
503 – 服務器暫時不可用 
以下提供了 HTTP 狀態代碼的完整列表。

1xx(臨時響應)

用于表示臨時響應并需要請求者執行操作才能繼續的狀態代碼。

代碼 說明 
100(繼續|Continue) 請求者應當繼續提出請求。服務器返回此代碼則意味著,服務器已收到了請求的第一部分,現正在等待接收其余部分。  
101(切換協議|Switching Protocols) 請求者已要求服務器切換協議,服務器已確認并準備進行切換。

2xx(成功)

用于表示服務器已成功處理了請求的狀態代碼。

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

3xx(已重定向)

要完成請求,您需要進一步進行操作。通常,這些狀態代碼是永遠重定向的。Google 建議您在每次請求時使用的重定向要少于 5 個。您可以使用網站管理員工具來查看 Googlebot 在抓取您已重定向的網頁時是否會遇到問題。診斷下的抓取錯誤頁中列出了 Googlebot 由于重定向錯誤而無法抓取的網址。

代碼 說明 
300(多種選擇|Multiple Choices)  服務器根據請求可執行多種操作。服務器可根據請求者 (User agent) 來選擇一項操作,或提供操作列表供請求者選擇。 
301(永久移動|Moved Permanently)  請求的網頁已被永久移動到新位置。服務器返回此響應(作為對 GET 或 HEAD 請求的響應)時,會自動將請求者轉到新位置。您應使用此代碼通知 Googlebot 某個網頁或網站已被永久移動到新位置。
302(找到|Found) 服務器目前正從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以后的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似,會自動將請求者轉到不同的位置。但由于 Googlebot 會繼續抓取原有位置并將其編入索引,因此您不應使用此代碼來通知 Googlebot 某個頁面或網站已被移動。注意:在 HTTP 1.0中,302表示消息是臨時移動(Moved Temporarily)的而不是被找到。 
303(參見其他信息|See Other) 這個狀態碼和 301、302 相似,只是如果最初的請求是 POST,那么新文檔(在定位頭信息中給出)藥用 GET 找回。這個狀態碼是新加入 HTTP 1.1中的。 
304(未修改|Not Modified) 自從上次請求后,請求的網頁未被修改過。服務器返回此響應時,不會返回網頁內容。

如果網頁自請求者上次請求后再也沒有更改過,您應當將服務器配置為返回此響應(稱為 If-Modified-Since HTTP 標頭)。由于服務器可以告訴 Googlebot 自從上次抓取后網頁沒有更改過,因此可節省帶寬和開銷。 
305(使用代理|Use Proxy) 請求者只能使用代理訪問請求的網頁。如果服務器返回此響應,那么,服務器還會指明請求者應當使用的代理。 
307(臨時重定向|Temporary Redirect)  服務器目前正從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以后的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似,會自動將請求者轉到不同的位置。但由于 Googlebot 會繼續抓取原有位置并將其編入索引,因此您不應使用此代碼來通知 Googlebot 某個頁面或網站已被移動。

4xx(請求錯誤)

這些狀態代碼表示,請求可能出錯,已妨礙了服務器對請求的處理。

代碼 說明 
400(錯誤請求|Bad Request) 服務器不理解請求的語法。 
401(未授權|Unauthorized) 請求要求進行身份驗證。登錄后,服務器可能會返回對頁面的此響應。 
403(已禁止|Forbidden) 服務器拒絕請求。如果在 Googlebot 嘗試抓取您網站上的有效網頁時顯示此狀態代碼(您可在Google 網站管理員工具中診斷下的網絡抓取頁面上看到此狀態代碼),那么,這可能是您的服務器或主機拒絕 Googlebot 對其進行訪問。 
404(未找到|Not Found) 服務器找不到請求的網頁。例如,如果請求是針對服務器上不存在的網頁進行的,那么,服務器通常會返回此代碼。

如果您的網站上沒有 robots.txt 文件,而您在 Google 網站管理員工具”診斷”標簽的 robots.txt 頁上發現此狀態,那么,這是正確的狀態。然而,如果您有 robots.txt 文件而又發現了此狀態,那么,這說明您的 robots.txt 文件可能是命名錯誤或位于錯誤的位置。(該文件應當位于頂級域名上,且應當名為 robots.txt)。

如果您在 Googlebot 嘗試抓取的網址上發現此狀態(位于”診斷”標簽的 HTTP 錯誤頁上),那么,這表示 Googlebot 所追蹤的可能是另一網頁中的無效鏈接(舊鏈接或輸入有誤的鏈接)。

405(方法禁用|Method Not Allowed) 禁用請求中所指定的方法。 
406(不接受|Not Acceptable) 無法使用請求的內容特性來響應請求的網頁。 
407(需要代理授權|Proxy Authentication Required) 此狀態代碼與 401(未授權)類似,但卻指定了請求者應當使用代理進行授權。如果服務器返回此響應,那么,服務器還會指明請求者應當使用的代理。  
408(請求超時|Request Timeout)  服務器等候請求時超時。 
409(沖突|Conflict)  服務器在完成請求時發生沖突。服務器必須包含有關響應中所發生的沖突的信息。服務器在響應與前一個請求相沖突的 PUT 請求時可能會返回此代碼,同時會提供兩個請求的差異列表。 
410(已刪除|Gone)  如果請求的資源已被永久刪除,那么,服務器會返回此響應。該代碼與 404(未找到)代碼類似,但在資源以前有但現在已經不復存在的情況下,有時會替代 404 代碼出現。如果資源已被永久刪除,那么,您應當使用 301 代碼指定該資源的新位置。 
411(需要有效長度|Length Required) 服務器不會接受包含無效內容長度標頭字段的請求。 
412(未滿足前提條件|(Precondition Failed) 服務器未滿足請求者在請求中設置的其中一個前提條件。 
413(請求實體過大|Request Entity Too Large) 服務器無法處理請求,因為請求實體過大,已超出服務器的處理能力。 
414(請求的 URI 過長|Request URI Too Long) 請求的 URI(通常為網址)過長,服務器無法進行處理。 
415(不支持的媒體類型|Unsupported Media Type) 請求的格式不受請求頁面的支持。 
416(請求范圍不符合要求|Requested Range Not Satisfiable) 如果請求是針對網頁的無效范圍進行的,那么,服務器會返回此狀態代碼。 
417(未滿足期望值|Expectation Failed) 服務器未滿足”期望”請求標頭字段的要求。

5xx(服務器錯誤)

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

代碼 說明 
500(服務器內部錯誤|Internal Server Error)  服務器遇到錯誤,無法完成請求。 
501(尚未實施|Not Implemented) 服務器不具備完成請求的功能。例如,當服務器無法識別請求方法時,服務器可能會返回此代碼。 
502(錯誤網關|Bad Gateway) 服務器作為網關或代理,從上游服務器收到了無效的響應。 
503(服務不可用|Service Unavailable) 目前無法使用服務器(由于超載或進行停機維護)。通常,這只是一種暫時的狀態。 
504(網關超時|Gateway Timeout)  服務器作為網關或代理,未及時從上游服務器接收請求。 
505(HTTP 版本不受支持|HTTP Version Not Supported) 服務器不支持請求中所使用的 HTTP 協議版本

文章鏈接:http://blog.sina.com.cn/s/blog_828e500201012lo5.html

原創文章,作者:追馬,如若轉載,請注明出處:http://www.www58058.com/1252

(2)
追馬追馬
上一篇 2015-03-20 17:39
下一篇 2015-03-20 17:46

相關推薦

  • 【招聘需求】高級運維工程師/上海虹口區/待遇20k左右

    上海虹口區/待遇20k左右 有意向者發簡歷至@管家郵箱 郵件名是:[求職]Net-姓名-花名-工作年限 崗位職責:1、降低技術壁壘,建設運維工具、運維平臺,實現運維自動化,包括 運維自動化、配置管理中心等。2、具備前瞻性,帶領運維技術團隊完成業務支撐,負責定位、分析、跟蹤和相協調處理重大事故,使之對業務影響降至最低。3、技術支持、培訓、知識庫建設。4、運維接…

    Linux干貨 2015-03-12
  • 蘿卜運維記–第一周

    part1— ①描述計算機的組成及功能 ▲計算機是什么? 計算機(ENIAC):簡述—-接收用戶的指令,經過中央處理器處理過后,產生對使用者有用的信息。具有存儲記憶,處理復雜數據運算的計算機器 Ⅰ 計算機組成及功能 ☆硬件部分: 1.中央處理器CPU(Central Processing Unit)↓↓↓↓:  &n…

    Linux干貨 2016-12-06
  • php 配置

      php php不能單獨使用都是與httpd結合使用 結合的方式主要是兩種一種為模塊方式服務于httpd,一種為單獨服務方式服務httpd 兩種方式不能共存 安裝軟件包也不相同 網上有官方中文手冊 http://php.net/download-docs.php php對中文的支持需要安裝php-mbstring php對mysql的支持需要安裝…

    Linux干貨 2016-11-01
  • FHS文件系統各目錄功能

        FHS文件系統各目錄功能 前言                  FHS (Files system Hiserarchy Standard)…

    Linux干貨 2016-10-17
  • 初學Linux之熟悉文件系統

    每一個具有存儲數據功能的設備,都是有文件系統的,文件系統,規定了數據的儲存的策略,以便數據有條不紊的記錄保存。為了深入的學習Linux,我們必定要了解其文件系統,其中包括:文件系統結構元素;文件的創建和查看;文件刪除、復制、移動等操作;管理文件的方式;軟鏈接和硬鏈接。

    2017-11-26
  • N25期–第十三周作業

    1、 建立samba共享,共享目錄為/data,要求:(描述完整的過程)  1)共享名為shared,工作組為magedu;  2)添加組develop,添加用戶gentoo,centos和ubuntu,其中gentoo和centos以develop為附加組,ubuntu不屬于develop組;密碼均為用戶名;  3)添加sam…

    Linux干貨 2017-04-05
欧美性久久久久