1. 程式人生 > >伺服器返回狀態碼大全

伺服器返回狀態碼大全

伺服器返回的各種狀態碼到底表示什麼意思呢,哪些說明沒有問題,哪些返回狀態是出問題了,這個返回狀態碼錶示的是什麼意思,下面是伺服器各種返回狀態碼的意義:

100(繼續)請求者應當繼續提出請求。伺服器返回此程式碼則意味著,伺服器

已收到了請求的第一部分,現正在等待接收其餘部分。

101(切換協議)請求者已要求伺服器切換協議,伺服器已確認並準備進行切換。

200(成功)伺服器已成功處理了請求。通常,這表示伺服器提供了請求的網頁。如果您的robots.txt檔案顯示為此狀態,那麼,這表示Googlebot已成功檢索到該檔案。

201(已建立)請求成功且伺服器已建立了新的資源。

202(已接受)伺服器已接受了請求,但尚未對其進行處理。

203(非授權資訊)伺服器已成功處理了請求,但返回了可能來自另一來源的資訊。

204(無內容)伺服器成功處理了請求,但未返回任何內容。

205(重置內容)伺服器成功處理了請求,但未返回任何內容。與204響應不同,此響應要求請求者重置文件檢視(例如清除表單內容以輸入新內容)。

206(部分內容)伺服器成功處理了部分GET請求。

300(多種選擇)伺服器根據請求可執行多種操作。伺服器可根據請求者(Useragent)來選擇一項操作,或提供操作列表供請求者選擇。

301(永久移動)請求的網頁已被永久移動到新位置。伺服器返回此響應(作為對GETHEAD請求的響應)時,會自動將請求者轉到新位置。您應使用此程式碼通知

Googlebot某個網頁或網站已被永久移動到新位置。

302(臨時移動)伺服器目前正從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。此程式碼與響應GETHEAD請求的301程式碼類似,會自動將請求者轉到不同的位置。但由於Googlebot會繼續抓取原有位置並將其編入索引,因此您不應使用此程式碼來通知Googlebot某個頁面或網站已被移動。

303(檢視其他位置)當請求者應對不同的位置進行單獨的GET請求以檢索響應時,伺服器會返回此程式碼。對於除HEAD請求之外的所有請求,伺服器會自動轉到其他位置。

304(未修改)自從上次請求後,請求的網頁未被修改過。伺服器返回此響應時,不會返回網頁內容。如果網頁自請求者上次請求後再也沒有更改過,您應當將伺服器配置為返回此響應(稱為

lf-Modified-SinceHTTP標頭)。由於伺服器可以告訴Googlebot自從上次抓取後網頁沒有更改過,因此可節省頻寬和開銷

305(使用代理)請求者只能使用代理訪問請求的網頁。如果伺服器返回此響應,那麼,伺服器還會指明請求者應當使用的代理。

307(臨時重定向)伺服器目前正從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求。此程式碼與響應GETHEAD請求的301程式碼類似,會自動將請求者轉到不同的位置。但由於Googlebot會繼續抓取原有位置並將其編入索引,因此您不應使用此程式碼來通知Googlebot某個頁面或網站己被移動。

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(未滿足期望值)伺服器未滿足”期望”請求標頭欄位的要求。

500(伺服器內部錯誤)伺服器遇到錯誤,無法完成請求。

501(尚未實施)伺服器不具備完成請求的功能。例如,當伺服器無法識別請求方法時,伺服器可能會返回此程式碼。

502(錯誤閘道器)伺服器作為閘道器或代理,從上游伺服器收到了無效的響應。www.wjjwx.com.cn

503(服務不可用)目前無法使用伺服器(由於超載或進行停機維護)。通常,這只是一種暫時的狀態。

504(閘道器超時)伺服器作為閘道器或代理,未及時從上游伺服器接收請求。

505HTTP版本不受支援)伺服器不支援請求中所使用的HTTP協議版本。

相關推薦

伺服器返回狀態大全

伺服器返回的各種狀態碼到底表示什麼意思呢,哪些說明沒有問題,哪些返回狀態是出問題了,這個返回狀態碼錶示的是什麼意思,下面是伺服器各種返回狀態碼的意義: 100(繼續)請求者應當繼續提出請求。伺服器返回此程式碼則意味著,伺服器 已收到了請求的第一部分,現正在等待接收其餘部分。

RESTFUL框架伺服器常見返回狀態和提示資訊

RESTFUL框架伺服器常見返回狀態碼和提示資訊,常見的有以下(方括號中是該狀態碼對應的HTTP動詞).     200 OK - [GET]:伺服器成功返回使用者請求的資料,該操作是冪等的(Idempotent)。     201 CREATED -

HTTP狀態大全(轉自wiki)

成對 節點 而是 沒有 redirect port multiple 許可 sta 1xx消息 這一類型的狀態碼,代表請求已被接受,需要繼續處理。這類響應是臨時響應,只包含狀態行和某些可選的響應頭信息,並以空行結束。由於HTTP/1.0協議中沒有定義任何1xx狀態碼,所以除

http web返回狀態

inpu for lose 驗證 uil buffer 內部 刪除 成功 Java發送Http請求並獲取狀態碼 轉發自:http://www.cnblogs.com/renhui/p/6197526.html 毛毛 通過Java發送url請求,查看該url是否有效,這

手動修改PHP頁面返回狀態

pre nbsp clas spa http style sta div code <?php //比如當前頁面要返回404狀態碼 header("HTTP/1.1 404 Not Found"); header("Status: 404 Not Found

HTML狀態大全(301,404,500等)

不支持 head 其他 無法使用 目前 user 動作 文件 查看 HTML狀態碼大全(301,404,500等)HTML狀態碼大全(301,404,500等)HTML狀態碼大全(301,404,500等)HTML狀態碼大全(301,404,500等) 這些狀態碼被分為五大

網頁返回狀態

python arppinging 狀態碼 100:繼續 客戶端應當繼續發送請求。客戶端應當繼續發送請求的剩余部分,或者如果請求已經完成,忽略這個響應。 101: 轉換協議 在發送完這個響應最後的空行後,服務器將會切換到在Upgrade 消息頭中定義的那些協議。只有在切換新的協議更有好處的時候

第四篇 HTTP請求返回狀態收集及解釋

實現 代理服務器 ora 超出 輸入 protoc 定期 method gateway 【轉載】https://blog.csdn.net/wangsen2235068/article/details/8081274 當用戶試圖通過 HTTP 訪問一臺正在運行 Intern

http 狀態大全

刪除 提供服務 asp 1.4 gpo global blog 404錯誤 用戶 狀態碼大全 1**(信息類):表示接收到請求並且繼續處理 100——客戶必須繼續發出請求 101——客戶要求服務器根據請求轉換HTTP協議版本 2**(響應成功):表示動作

三十、python之Flask框架(二)檢視:返回狀態、重定向、狀態保持、請求鉤子

一、返回狀態碼和abort函式 1.return直接返回狀態碼: return可以返回自定義的不符合http協議的狀態碼。 作用:實現前後端的資料互動。 程式碼: from flask import Flask app = Flask(__name__) @app.rou

HTTP協議狀態大全詳解

HTTP狀態碼大全 完整的 HTTP 1.1規範說明書來自於RFC 2616,你可以在 http://www.talentdigger.cn/home/link.php?url=d3d3LnJmYy1lZGl0b3Iub3JnLw%3D%3D線上查閱。HTTP 1.1的狀態碼被標記為新特

HTTP請求返回狀態詳解

intern 數字 clas 地址 set 失敗 oba 清除 指定位置 當用戶試圖通過 HTTP 訪問一臺正在運行 Internet 信息服務 (IIS) 的服務器上的內容時,IIS 返回一個表示該請求的狀態的數字代碼。狀態代碼可以指明具體請求是否已成功,還可以揭示請求失

常見http返回狀態

200:表示從客戶端發來的請求在伺服器端被正常處理了。 302:臨時重定向,該狀態碼錶示請求的資源已經被分配了新的URI,希望使用者本次能夠通過新的UIRI訪問。 304:未修改,服務端資源未改變,可直接使用客戶端未過期的快取。 404:伺服器端不存在客戶端請求的資源,也可用在伺服器端拒絕請求並不想說明

HTTP請求返回狀態整理

狀態碼的類別 一、2XX成功 1. 200 OK 表示從客戶端發來的請求在伺服器被正常處理了。 2. 204 no content 表示從客戶端發來的請求在伺服器被正常處理了,但在返回的響應報文中不含實體的主體部分。 3. 206 partial content 表

android retrofit 單獨處理返回狀態204以及統一處理特殊返回比如401

返回狀態碼比如401,一般表示身份無效,比如token失效之類的,這個時候就需要呼叫介面重新整理token, 肯定不能在每個介面請求回撥那裡去重新整理,要是一個APP有幾百個介面不是很麻煩嗎,那麼retrofit怎麼攔截這個 401做統一處理呢,直接上程式碼: Inte

業務返回狀態規範

#業務返回碼設計說明 返回碼:定義在Api請求的時候使用是否錯誤的提示; 規則: 統一錯誤碼:-1 請求成功:200 欄位請求相關,24001起。如:欄位驗證錯誤碼:24001 遠端服務,等其他公共錯誤碼:30001起 公共錯誤碼-系統設定-使用者授權管理:使用者、授權:4000

HTTP狀態大全

HTTP 1.1的狀態碼被標記為新特性,因為許多瀏覽器只支援 HTTP 1.0。你應只把狀態碼傳送給支援 HTTP 1.1的客戶端,支援協議版本可以通過呼叫request.getRequestProtocol來檢查。  本部分餘下的內容會詳細地介紹 HTTP 1.1中的狀

處理scrapy爬蟲,返回狀態,ip超時返回請求重新爬取

簡單粗暴些,利用scrapy 框架原理自定義middleware 處理狀態碼異常,ip 超時的異常,重現傳送請求, 這裡需要重寫scrapy 內建的中介軟體 RetryMiddleware, middlewares.py class Process_Proxies(R

http狀態大全(HTTP Status Code) Curl http_code 狀態 意義

HTTP狀態碼是什麼意思? 當伺服器收到某項請求時,例如,使用者通過瀏覽器訪問你的網頁,伺服器會向這個瀏覽器返回一個程式碼以響應請求。一個程式碼就稱為:HTTP狀態碼。 同樣道理,當搜尋引擎的Robot(機器人)或Crawler(爬行器)抓取你的網頁時,伺服器也會返回HTTP狀態碼相應請求。

PHP最全的Header給瀏覽器返回狀態函式

function httpStatus($num){//網頁返回碼 static $http = array ( 100 => "HTTP/1.1 100 Continue", 101 => "HTT