該請(qǐng)求必需包括 Range 頭信息來(lái)指示客戶端但愿獲得的內(nèi)容范疇，而且大概包括 If-Range 來(lái)作為請(qǐng)求條件。

四、重定向(3字頭)

這類狀態(tài)碼代表需要客戶端采納進(jìn)一步的操縱才氣完成請(qǐng)求。凡是，這些狀態(tài)碼用來(lái)重定向，后續(xù)的請(qǐng)求地點(diǎn)(重定向方針)在本次響應(yīng)的 Location 域中指明。

對(duì)該當(dāng)前請(qǐng)求的響應(yīng)可以在另一個(gè) URI 上被找到，并且客戶端該當(dāng)回收 GET 的方法會(huì)見誰(shuí)人資源。這個(gè)要領(lǐng)的存在主要是為了答允由劇本激活的POST請(qǐng)求輸出重定向到一個(gè)新的資源。這個(gè)新的 URI 不是原始資源的替代引用。同時(shí)，303響應(yīng)克制被緩存。雖然，第二個(gè)請(qǐng)求(重定向)大概被緩存。

與204響應(yīng)一樣，該響應(yīng)也被克制包括任何動(dòng)靜體，且以動(dòng)靜頭后的第一個(gè)空行竣事。

Expires, Cache-Control，和/或 Vary，如果其值大概與之前溝通變量的其他響應(yīng)對(duì)應(yīng)的值差異的話。

414 Request-URI Too Long

處事器不支持，可能拒絕支持在請(qǐng)求中利用的 HTTP 版本。這體現(xiàn)著處事器不能或不肯利用與客戶端溝通的版本。響應(yīng)中該當(dāng)包括一個(gè)描寫了為何版本不被支持以及處事器支持哪些協(xié)議的實(shí)體。

302 Found

406 Not Acceptable

當(dāng)前請(qǐng)求需要用戶驗(yàn)證。該響應(yīng)必需包括一個(gè)合用于被請(qǐng)求資源的 WWW-Authenticate 信息頭用以詢問(wèn)用戶信息。客戶端可以反復(fù)提交一個(gè)包括得當(dāng)?shù)?Authorization 頭信息的請(qǐng)求。假如當(dāng)前請(qǐng)求已經(jīng)包括了 Authorization 證書，那么401響應(yīng)代表著處事器驗(yàn)證已經(jīng)拒絕了那些證書。假如401響應(yīng)包括了與前一個(gè)響應(yīng)溝通的身份驗(yàn)證詢問(wèn)，且欣賞器已經(jīng)至少實(shí)驗(yàn)了一次驗(yàn)證，那么欣賞器該當(dāng)向用戶展示響應(yīng)中包括的實(shí)體信息，因?yàn)檫@個(gè)實(shí)體信息中大概包括了相關(guān)診斷信息。拜見RFC 2617。

由于之前的某個(gè)請(qǐng)求產(chǎn)生的錯(cuò)誤，導(dǎo)致當(dāng)前請(qǐng)求失敗，譬喻 PROPPATCH。(RFC 4918 WebDAV)

415 Unsupported Media Type

處事器碰著了一個(gè)不曾預(yù)料的狀況，導(dǎo)致了它無(wú)法完成對(duì)請(qǐng)求的處理懲罰。一般來(lái)說(shuō)，這個(gè)問(wèn)題城市在處事器端的源代碼呈現(xiàn)錯(cuò)誤時(shí)呈現(xiàn)。

201 Created

請(qǐng)求名目正確，可是由于含有語(yǔ)義錯(cuò)誤，無(wú)法響應(yīng)。(RFC 4918 WebDAV)

請(qǐng)求的資源此刻姑且從差異的URI 響應(yīng)請(qǐng)求。由于這樣的重定向是姑且的，客戶端該當(dāng)繼承向原有地點(diǎn)發(fā)送今后的請(qǐng)求。只有在Cache-Control或Expires中舉辦了指定的環(huán)境下，這個(gè)響應(yīng)才是可緩存的。

如果 Range 利用的是字節(jié)范疇，那么這種環(huán)境就是指請(qǐng)求指定的所有數(shù)據(jù)范疇的首字節(jié)位置都高出了當(dāng)前資源的長(zhǎng)度。處事器也該當(dāng)在返回416狀態(tài)碼的同時(shí)，包括一個(gè) Content-Range 實(shí)體頭，用以指明當(dāng)前資源的長(zhǎng)度。這個(gè)響應(yīng)也被克制利用 multipart/byteranges 作為其 Content-Type。

由于和被請(qǐng)求的資源的當(dāng)前狀態(tài)之間存在斗嘴，請(qǐng)求無(wú)法完成。這個(gè)代碼只答允用在這樣的環(huán)境下才氣被利用：用戶被認(rèn)為可以或許辦理斗嘴，而且會(huì)從頭提交新的請(qǐng)求。該響應(yīng)該當(dāng)包括足夠的信息以便用戶發(fā)明斗嘴的源頭。

400 Bad Request

由微軟擴(kuò)展，代表請(qǐng)求該當(dāng)在執(zhí)行完適當(dāng)?shù)牟倏v后舉辦重試

客戶規(guī)則在實(shí)驗(yàn)操作某些處事器中存在的安詳裂痕進(jìn)攻處事器。這類處事器利用牢靠長(zhǎng)度的緩沖讀取或操縱請(qǐng)求的 URI，當(dāng) GET 后的參數(shù)高出某個(gè)數(shù)值后，大概會(huì)發(fā)生緩沖區(qū)溢出，導(dǎo)致任意代碼被執(zhí)行[1]。沒有此類裂痕的處事器，該當(dāng)返回414狀態(tài)碼。

假如處事器自己已經(jīng)有了選的回饋選擇，那么在 Location 中該當(dāng)指明這個(gè)回饋的 URI;欣賞器大概會(huì)將這個(gè) Location 值作為自動(dòng)重定向的地點(diǎn)。另外，除非特別指定，不然這個(gè)響應(yīng)也是可緩存的。

在WebDav Advanced Collections 草案中界說(shuō)，可是未呈此刻《WebDAV 順序集協(xié)議》(RFC 3658)中。

本應(yīng)利用POST要領(lǐng)的表單提交釀成了GET要領(lǐng)，導(dǎo)致查詢字符串(Query String)過(guò)長(zhǎng)。

鑒于 PUT，DELETE 要了解對(duì)處事器上的資源舉辦寫操縱，因而絕大部門的網(wǎng)頁(yè)處事器都不支持可能在默認(rèn)設(shè)置下不答允上述請(qǐng)求要領(lǐng)，對(duì)付此類請(qǐng)求均會(huì)返回405錯(cuò)誤。

請(qǐng)求已經(jīng)被實(shí)現(xiàn)，并且有一個(gè)新的資源已經(jīng)依據(jù)請(qǐng)求的需要而成立，且其 URI 已經(jīng)隨Location 頭信息返回。如果需要的資源無(wú)法實(shí)時(shí)成立的話，該當(dāng)返回 '202 Accepted'。

處事器樂(lè)成處理懲罰了請(qǐng)求，但不需要返回任何實(shí)體內(nèi)容，而且但愿返回更新了的元信息。響應(yīng)大概通過(guò)實(shí)體頭部的形式，返回新的或更新后的元信息。假如存在這些頭部信息，則該當(dāng)與所請(qǐng)求的變量相呼應(yīng)。

504 Gateway Timeout

503 Service Unavailable

426 Upgrade Required

響應(yīng)必需包括如下的頭部域：

Date

被請(qǐng)求的資源已永久移動(dòng)到新位置，而且未來(lái)任何對(duì)此資源的引用都應(yīng)該利用本響應(yīng)返回的若干個(gè) URI 之一。假如大概，擁有鏈接編輯成果的客戶端該當(dāng)自動(dòng)把請(qǐng)求的地點(diǎn)修改為從處事器反饋返來(lái)的地點(diǎn)。除非特別指定，不然這個(gè)響應(yīng)也是可緩存的。

斗嘴凡是產(chǎn)生于對(duì) PUT 請(qǐng)求的處理懲罰中。譬喻，在回收版本查抄的情況下，某次 PUT 提交的對(duì)特定資源的修改請(qǐng)求所附帶的版本信息與之前的某個(gè)(第三方)請(qǐng)求向斗嘴，那么此時(shí)處事器就應(yīng)該返回一個(gè)409錯(cuò)誤，奉告用戶請(qǐng)求無(wú)法完成。此時(shí)，響應(yīng)實(shí)體中很大概會(huì)包括兩個(gè)斗嘴版本之間的差別較量，以便用戶從頭提交合并今后的新版本。

405 Method Not Allowed

這些狀態(tài)碼合用于任何響應(yīng)要領(lǐng)。

410響應(yīng)的目標(biāo)主要是輔佐網(wǎng)站打點(diǎn)員維護(hù)網(wǎng)站，通知用戶該資源已經(jīng)不再可用，而且處事器擁有者但愿所有指向這個(gè)資源的遠(yuǎn)端毗連也被刪除。這類事件在限時(shí)、增值處事中很普遍。同樣，410響應(yīng)也被用于通知客戶端在當(dāng)前處事器站點(diǎn)上，原本屬于某個(gè)小我私家的資源已經(jīng)不再可用。雖然，是否需要把所有永久不行用的資源標(biāo)志為'410 Gone'，以及是否需要保持此標(biāo)志多長(zhǎng)時(shí)間，完全取決于處事器擁有者。

200 OK

新的姑且性的URI 該當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個(gè)HEAD 請(qǐng)求，不然響應(yīng)的實(shí)體中該當(dāng)包括指向新的URI 的超鏈接及簡(jiǎn)短說(shuō)明。因?yàn)椴块T欣賞器不能識(shí)別307響應(yīng)，因此需要添加上述須要信息以便用戶可以或許領(lǐng)略并向新的 URI 發(fā)出會(huì)見請(qǐng)求。

401 Unauthorized

由《透明內(nèi)容協(xié)商協(xié)議》(RFC 2295)擴(kuò)展，代表處事器存在內(nèi)部設(shè)置錯(cuò)誤：被請(qǐng)求的協(xié)商變?cè)Y源被設(shè)置為在透明內(nèi)容協(xié)商中利用本身，因此在一個(gè)協(xié)商處理懲罰中不是一個(gè)符合的重點(diǎn)。

留意：RFC 2068中沒有明晰305響應(yīng)是為了重定向一個(gè)單獨(dú)的請(qǐng)求，并且只能被原始處事器成立。忽視這些限制大概導(dǎo)致嚴(yán)重的安詳效果。

請(qǐng)求已樂(lè)成，請(qǐng)求所但愿的響應(yīng)頭或數(shù)據(jù)體將隨此響應(yīng)返回。

請(qǐng)求行中指定的請(qǐng)求要領(lǐng)不能被用于請(qǐng)求相應(yīng)的資源。該響應(yīng)必需返回一個(gè)Allow 頭信息用以暗示出當(dāng)前資源可以或許接管的請(qǐng)求要領(lǐng)的列表。

408 Request Timeout

該狀態(tài)碼是為了未來(lái)大概的需求而預(yù)留的。

網(wǎng)站優(yōu)化時(shí)常見的http狀態(tài)碼有哪些? 　　一、界說(shuō)

HTTP狀態(tài)碼(HTTP Status Code)是用以暗示網(wǎng)頁(yè)處事器HTTP響應(yīng)狀態(tài)的3位數(shù)字代碼。它由 RFC 2616 類型界說(shuō)的，并獲得RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等類型擴(kuò)展。

100 Continue

507 Insufficient Storage

假如客戶端發(fā)送了一個(gè)帶條件的 GET 請(qǐng)求且該請(qǐng)求已被答允，而文檔的內(nèi)容(自上次會(huì)見以來(lái)可能按照請(qǐng)求的條件)并沒有改變，則處事器該當(dāng)返回這個(gè)狀態(tài)碼。304響應(yīng)克制包括動(dòng)靜體，因此始終以動(dòng)靜頭后的第一個(gè)空行末了。

處事器到達(dá)帶脫期制。這不是一個(gè)官方的狀態(tài)碼，可是仍被遍及利用。

源站沒有返反響應(yīng)頭部，只返回實(shí)體內(nèi)容

417 Expectation Failed

由WebDAV(RFC 2518)擴(kuò)展的狀態(tài)碼，代表處理懲罰將被繼承執(zhí)行。

由WebDAV(RFC 2518)擴(kuò)展的狀態(tài)碼，代表之后的動(dòng)靜體將是一個(gè)XML動(dòng)靜，而且大概依照之前子請(qǐng)求數(shù)量的差異，包括一系列獨(dú)立的響應(yīng)代碼。

請(qǐng)求超時(shí)。客戶端沒有在處事器預(yù)備期待的時(shí)間內(nèi)完成一個(gè)請(qǐng)求的發(fā)送。客戶端可以隨時(shí)再次提交這一請(qǐng)求而無(wú)需舉辦任何變動(dòng)。

對(duì)付當(dāng)前請(qǐng)求的要領(lǐng)和所請(qǐng)求的資源，請(qǐng)求中提交的實(shí)體并不是處事器中所支持的名目，因此請(qǐng)求被拒絕。

307 Temporary Redirect

三、樂(lè)成(2字頭)

這一范例的狀態(tài)碼，代表請(qǐng)求已樂(lè)成被處事器吸收、領(lǐng)略、并接管。

407 Proxy Authentication Required

403 Forbidden

新的URI 該當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個(gè) HEAD 請(qǐng)求，不然響應(yīng)的實(shí)體中該當(dāng)包括指向新的 URI 的超鏈接及簡(jiǎn)短說(shuō)明。

假如請(qǐng)求中包括了 Range 請(qǐng)求頭，而且 Range 中指定的任何數(shù)據(jù)范疇都與當(dāng)前資源的可用范疇不重合，同時(shí)請(qǐng)求中又沒有界說(shuō) If-Range 請(qǐng)求頭，那么處事器就該當(dāng)返回416狀態(tài)碼。

304 Not Modified

客戶端該當(dāng)切換到TLS/1.0。(RFC 2817)

作為網(wǎng)關(guān)可能署理事情的處事器實(shí)驗(yàn)執(zhí)行請(qǐng)求時(shí)，從上游處事器吸收到無(wú)效的響應(yīng)。

505 HTTP Version Not Supported

如果 ETag 或 Last-Modified 頭部不能準(zhǔn)確匹配的話，則客戶端緩存應(yīng)克制將206響應(yīng)返回的內(nèi)容與之前任何緩存過(guò)的內(nèi)容組合在一起。

508 Loop Detected

Date，除非這個(gè)處事器沒有時(shí)鐘。如果沒有時(shí)鐘的處事器也遵守這些法則，那么署理處事器以及客戶端可以自行將 Date 字段添加到吸收到的響應(yīng)頭中去(正如RFC 2068中劃定的一樣)，緩存機(jī)制將會(huì)正常事情。

請(qǐng)求的資源此刻姑且從差異的 URI 響應(yīng)請(qǐng)求。由于這樣的重定向是姑且的，客戶端該當(dāng)繼承向原有地點(diǎn)發(fā)送今后的請(qǐng)求。只有在Cache-Control或Expires中舉辦了指定的環(huán)境下，這個(gè)響應(yīng)才是可緩存的。

留意：固然RFC 1945和RFC 2068類型不答允客戶端在重定向時(shí)改變請(qǐng)求的要領(lǐng)，可是許多現(xiàn)存的欣賞器將302響應(yīng)視作為303響應(yīng)，而且利用 GET 方法會(huì)見在 Location 中劃定的 URI，而無(wú)視原先請(qǐng)求的要領(lǐng)。狀態(tài)碼303和307被添加了進(jìn)來(lái)，用以明晰處事器等候客戶端舉辦何種回響。

該響應(yīng)必需包括以下的頭信息：

當(dāng)且僅當(dāng)后續(xù)的請(qǐng)求所利用的要領(lǐng)是 GET 可能 HEAD 時(shí)，用戶欣賞器才可以在沒有用戶參與的環(huán)境下自動(dòng)提交所需要的后續(xù)請(qǐng)求。客戶端該當(dāng)自動(dòng)監(jiān)測(cè)無(wú)限輪回重定向(譬喻：A->A，可能A->B->C->A)，因?yàn)檫@會(huì)導(dǎo)致處事器和客戶端大量不須要的資源耗損。憑據(jù) HTTP/1.0 版類型的發(fā)起，欣賞器不該自動(dòng)會(huì)見高出5次的重定向。

處事器已經(jīng)樂(lè)成處理懲罰了部門 GET 請(qǐng)求。雷同于 FlashGet 可能迅雷這類的 HTTP下載東西都是利用此類響應(yīng)實(shí)現(xiàn)斷點(diǎn)續(xù)傳可能將一個(gè)大文檔解析為多個(gè)下載段同時(shí)下載。

409 Conflict

作為網(wǎng)關(guān)可能署理事情的處事器實(shí)驗(yàn)執(zhí)行請(qǐng)求時(shí)，未能實(shí)時(shí)從上游處事器(URI標(biāo)識(shí)出的處事器，譬喻HTTP、FTP、LDAP)可能幫助處事器(譬喻DNS)收到響應(yīng)。

假如這個(gè)狀況是姑且的，處事器該當(dāng)返回一個(gè) Retry-After 的響應(yīng)頭，以奉告客戶端可以在幾多時(shí)間今后從頭實(shí)驗(yàn)。

413 Request Entity Too Large

處事器不支持當(dāng)前請(qǐng)求所需要的某個(gè)成果。當(dāng)處事器無(wú)法識(shí)別請(qǐng)求的要領(lǐng)，而且無(wú)法支持其對(duì)任何資源的請(qǐng)求。

402 Payment Required

424 Failed Dependency

被請(qǐng)求的資源有一系列可供選擇的回饋信息，每個(gè)都有本身特定的地點(diǎn)和欣賞器驅(qū)動(dòng)的商議信息。用戶或欣賞器可以或許自行選擇一個(gè)選的地點(diǎn)舉辦重定向。

所有狀態(tài)碼的第一個(gè)數(shù)字代表了響應(yīng)的五種狀態(tài)之一。

ETag 和/或 Content-Location，如果同樣的請(qǐng)求本應(yīng)返回200響應(yīng)。

六、處事器錯(cuò)誤(5字頭)

這類狀態(tài)碼代表了處事器在處理懲罰請(qǐng)求的進(jìn)程中有錯(cuò)誤可能異常狀態(tài)產(chǎn)生，也有大概是處事器意識(shí)到以當(dāng)前的軟硬件資源無(wú)法完成對(duì)請(qǐng)求的處理懲罰。除非這是一個(gè)HEAD 請(qǐng)求，不然處事器該當(dāng)包括一個(gè)表明當(dāng)前錯(cuò)誤狀態(tài)以及這個(gè)狀況是姑且的照舊永久的表明信息實(shí)體。欣賞器該當(dāng)向用戶展示任安在當(dāng)前響應(yīng)中被包括的實(shí)體。

411 Length Required

410 Gone

如果吸收到一個(gè)要求更新某個(gè)緩存條目標(biāo)304響應(yīng)，那么緩存系統(tǒng)必需更新整個(gè)條目以反應(yīng)所有在響應(yīng)中被更新的字段的值。

留意：某些署理處事器在DNS查詢超時(shí)時(shí)會(huì)返回400可能500錯(cuò)誤

2、請(qǐng)求參數(shù)有誤。

五、請(qǐng)求錯(cuò)誤(4字頭)

這類的狀態(tài)碼代表了客戶端看起來(lái)大概產(chǎn)生了錯(cuò)誤，故障了處事器的處理懲罰。除非響應(yīng)的是一個(gè) HEAD 請(qǐng)求，不然處事器就應(yīng)該返回一個(gè)表明當(dāng)前錯(cuò)誤狀況的實(shí)體，以及這是姑且的照舊永久性的狀況。這些狀態(tài)碼合用于任何請(qǐng)求要領(lǐng)。欣賞器該當(dāng)向用戶顯示任何包括在此類錯(cuò)誤響應(yīng)中的實(shí)體內(nèi)容。

300 Multiple Choices

處事器在驗(yàn)證在請(qǐng)求的頭字段中給出先決條件時(shí)，沒能滿意個(gè)中的一個(gè)或多個(gè)。這個(gè)狀態(tài)碼答允客戶端在獲取資源時(shí)在請(qǐng)求的元信息(請(qǐng)求頭字段數(shù)據(jù))中配置先決條件，以此制止該請(qǐng)求要領(lǐng)被應(yīng)用到其但愿的內(nèi)容以外的資源上。

客戶端該當(dāng)繼承發(fā)送請(qǐng)求。這個(gè)姑且響應(yīng)是用來(lái)通知客戶端它的部門請(qǐng)求已經(jīng)被處事器吸收，且仍未被拒絕。客戶端該當(dāng)繼承發(fā)送請(qǐng)求的剩余部門，可能假如請(qǐng)求已經(jīng)完成，忽略這個(gè)響應(yīng)。處事器必需在請(qǐng)求完成后向客戶端發(fā)送一個(gè)最終響應(yīng)。

二、動(dòng)靜(1字頭)

這一范例的狀態(tài)碼，代表請(qǐng)求已被接管，需要繼承處理懲罰。這類響應(yīng)是姑且響應(yīng)，只包括狀態(tài)行和某些可選的響應(yīng)頭信息，并以空行竣事。由于 HTTP/1.0 協(xié)議中沒有界說(shuō)任何 1xx 狀態(tài)碼，所以除非在某些試驗(yàn)條件下，處事器克制向此類客戶端發(fā)送 1xx 響應(yīng)。

510 Not Extended

處事器已樂(lè)成處理懲罰了請(qǐng)求，但返回的實(shí)體頭部元信息不是在原始處事器上有效簡(jiǎn)直定薈萃，而是來(lái)自當(dāng)?shù)乜赡艿谌降目截悺．?dāng)前的信息大概是原始版本的子集可能超集。譬喻，包括資源的元數(shù)據(jù)大概導(dǎo)致原始處事器知道元信息的超等。利用此狀態(tài)碼不是必需的，并且只有在響應(yīng)不利用此狀態(tài)碼便會(huì)返回200 OK的環(huán)境下才是符合的。

處事器樂(lè)成處理懲罰了請(qǐng)求，且沒有返回任何內(nèi)容。可是與204響應(yīng)差異，返回此狀態(tài)碼的響應(yīng)要求請(qǐng)求者重置文檔視圖。該響應(yīng)主要是被用于接管用戶輸入后，當(dāng)即重置表單，以便用戶可以或許輕松地開始另一次輸入。

416 Requested Range Not Satisfiable

Expires, Cache-Control，和/或Vary，如果其值大概與之前溝通變量的其他響應(yīng)對(duì)應(yīng)的值差異的話。

412 Precondition Failed

留意：對(duì)付某些利用 HTTP/1.0 協(xié)議的欣賞器，當(dāng)它們發(fā)送的 POST 請(qǐng)求獲得了一個(gè)301響應(yīng)的話，接下來(lái)的重定向請(qǐng)求將會(huì)釀成 GET 方法。

207 Multi-Status

除非這是一個(gè) HEAD 請(qǐng)求，不然該響應(yīng)該當(dāng)包羅一個(gè)資源特性及地點(diǎn)的列表的實(shí)體，以便用戶或欣賞器從中選擇最符合的重定向地點(diǎn)。這個(gè)實(shí)體的名目由 Content-Type 界說(shuō)的名目所抉擇。欣賞器大概按照響應(yīng)的名目以及欣賞器自身本領(lǐng)，自行動(dòng)出最符合的選擇。雖然，RFC 2616類型并沒有劃定這樣的自動(dòng)選擇該如何舉辦。

由于姑且的處事器維護(hù)可能過(guò)載，處事器當(dāng)前無(wú)法處理懲罰請(qǐng)求。這個(gè)狀況是姑且的，而且將在一段時(shí)間今后規(guī)復(fù)。假如可以或許估量延遲時(shí)間，那么響應(yīng)中可以包括一個(gè) Retry-After 頭用以標(biāo)明這個(gè)延遲時(shí)間。假如沒有給出這個(gè) Retry-After 信息，那么客戶端該當(dāng)以處理懲罰500響應(yīng)的方法處理懲罰它。

449 Retry With

假如錯(cuò)誤產(chǎn)生時(shí)客戶規(guī)則在傳送數(shù)據(jù)，那么利用TCP的處事器實(shí)現(xiàn)該當(dāng)仔細(xì)確保在封鎖客戶端與處事器之間的毗連之前，客戶端已經(jīng)收到了包括錯(cuò)誤信息的數(shù)據(jù)包。假如客戶端在收到錯(cuò)誤信息后繼承向處事器發(fā)送數(shù)據(jù)，處事器的TCP棧將向客戶端發(fā)送一個(gè)重置數(shù)據(jù)包，以排除該客戶端所有還未識(shí)此外輸入緩沖，以免這些數(shù)據(jù)被處事器上的應(yīng)用措施讀取并滋擾后者。

101 Switching Protocols

404 Not Found

There are too many connections from your internet address

102 Processing

202 Accepted

600 Unparseable Response Headers

假如這不是一個(gè)GET 可能 HEAD 請(qǐng)求，那么欣賞器克制自動(dòng)舉辦重定向，除非獲得用戶簡(jiǎn)直認(rèn)，因?yàn)檎?qǐng)求的條件大概因此產(chǎn)生變革。

新的姑且性的URI 該當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個(gè) HEAD 請(qǐng)求，不然響應(yīng)的實(shí)體中該當(dāng)包括指向新的 URI 的超鏈接及簡(jiǎn)短說(shuō)明。

處事器無(wú)法存儲(chǔ)完成請(qǐng)求所必需的內(nèi)容。這個(gè)狀況被認(rèn)為是姑且的。WebDAV (RFC 4918)

假如這不是一個(gè) GET 可能 HEAD 請(qǐng)求，因此欣賞器克制自動(dòng)舉辦重定向，除非獲得用戶簡(jiǎn)直認(rèn)，因?yàn)檎?qǐng)求的條件大概因此產(chǎn)生變革。

當(dāng)前資源被鎖定。(RFC 4918 WebDAV)

處事器拒絕處理懲罰當(dāng)前請(qǐng)求，因?yàn)樵撜?qǐng)求提交的實(shí)體數(shù)據(jù)巨細(xì)高出了處事器愿意可能可以或許處理懲罰的范疇。此種環(huán)境下，處事器可以封鎖毗連以免客戶端繼承發(fā)送此請(qǐng)求。

421

在請(qǐng)求頭 Expect 中指定的預(yù)期內(nèi)容無(wú)法被處事器滿意，可能這個(gè)處事器是一個(gè)署理處事器，它有明明的證據(jù)證明在當(dāng)前路由的下一個(gè)節(jié)點(diǎn)上，Expect 的內(nèi)容無(wú)法被滿意。

重定向URI “黑洞”，譬喻每次重定向把舊的 URI 作為新的 URI 的一部門，導(dǎo)致在若干次重定向后 URI 超長(zhǎng)。

與401響應(yīng)雷同，只不外客戶端必需在署理處事器長(zhǎng)舉辦身份驗(yàn)證。署理處事器必需返回一個(gè) Proxy-Authenticate 用以舉辦身份詢問(wèn)。客戶端可以返回一個(gè) Proxy-Authorization 信息頭用以驗(yàn)證。拜見RFC 2617。

處事器已接管請(qǐng)求，但尚未處理懲罰。正如它大概被拒絕一樣，最終該請(qǐng)求大概會(huì)也大概不會(huì)被執(zhí)行。在異步操縱的場(chǎng)所下，沒有比發(fā)送這個(gè)狀態(tài)碼更利便的做法了。

423 Locked

新的永久性的URI 該當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個(gè) HEAD 請(qǐng)求，不然響應(yīng)的實(shí)體中該當(dāng)包括指向新的 URI 的超鏈接及簡(jiǎn)短說(shuō)明。

205 Reset Content

被請(qǐng)求的資源必需通過(guò)指定的署理才氣被會(huì)見。Location 域中將給出指定的署理地址的 URI 信息，煙臺(tái)網(wǎng)站制作，吸收者需要反復(fù)發(fā)送一個(gè)單獨(dú)的請(qǐng)求，通過(guò)這個(gè)署理才氣會(huì)見相應(yīng)資源。只有原始處事器才氣成立305響應(yīng)。

假如這不是一個(gè) GET 可能 HEAD 請(qǐng)求，那么欣賞器克制自動(dòng)舉辦重定向，除非獲得用戶簡(jiǎn)直認(rèn)，因?yàn)檎?qǐng)求的條件大概因此產(chǎn)生變革。

204 No Content

425 Unordered Collection

請(qǐng)求的資源的內(nèi)容特性無(wú)法滿意請(qǐng)求頭中的條件，因而無(wú)法生成響應(yīng)實(shí)體。

假如客戶端是欣賞器的話，那么用戶欣賞器應(yīng)保存發(fā)送了該請(qǐng)求的頁(yè)面，而不發(fā)生任何文檔視圖上的變革，縱然憑據(jù)類型新的或更新后的元信息該當(dāng)被應(yīng)用到用戶欣賞器勾當(dāng)視圖中的文檔。

301 Moved Permanently

ETag 和/或 Content-Location，如果同樣的請(qǐng)求本應(yīng)該返回200響應(yīng)。

509 Bandwidth Limit Exceeded

從當(dāng)前客戶端地址的IP地點(diǎn)隨處事器的毗連數(shù)高出了處事器許可的大范疇。凡是，這里的IP地點(diǎn)指的是從處事器上看到的客戶端地點(diǎn)(好比用戶的網(wǎng)關(guān)可能署理處事器地點(diǎn))。在這種環(huán)境下，毗連數(shù)的計(jì)較大概涉及到不止一個(gè)終端用戶。

任何不支持 Range 以及 Content-Range 頭的緩存都克制緩存206響應(yīng)返回的內(nèi)容。

206 Partial Content

處事器已司領(lǐng)略請(qǐng)求，可是拒絕執(zhí)行它。與401響應(yīng)差異的是，身份驗(yàn)證并不能提供任何輔佐，并且這個(gè)請(qǐng)求也不該該被反復(fù)提交。假如這不是一個(gè) HEAD 請(qǐng)求，并且處事器但愿可以或許講清楚為何請(qǐng)求不能被執(zhí)行，那么就應(yīng)該在實(shí)體內(nèi)描寫拒絕的原因。雖然處事器也可以返回一個(gè)404響應(yīng)，如果它不但愿讓客戶端得到任何信息。

305 Use Proxy

留意：503狀態(tài)碼的存在并不料味著處事器在過(guò)載的時(shí)候必需利用它。某些處事器只不外是但愿拒絕客戶端的毗連。

由于204響應(yīng)被克制包括任何動(dòng)靜體，因此它始終以動(dòng)靜頭后的第一個(gè)空行末了。

如果某個(gè)304響應(yīng)指明白當(dāng)前某個(gè)實(shí)體沒有緩存，那么緩存系統(tǒng)必需忽視這個(gè)響應(yīng)，而且反復(fù)發(fā)送不包括限制條件的請(qǐng)求。

留意：很多 HTTP/1.1 版以前的欣賞器不能正確領(lǐng)略303狀態(tài)。假如需要思量與這些欣賞器之間的互動(dòng)，302狀態(tài)碼應(yīng)該可以勝任，因?yàn)榇蟠蠖嫉男蕾p器處理懲罰302響應(yīng)時(shí)的方法恰恰就是上述類型要求客戶端處理懲罰303響應(yīng)時(shí)該當(dāng)做的。

306 Switch Proxy

502 Bad Gateway

501 Not Implemented

Content-Range 用以指示本次響應(yīng)中返回的內(nèi)容的范疇;假如是 Content-Type 為 multipart/byteranges 的多段下載，則每一 multipart 段中都應(yīng)包括 Content-Range 域用以指示本段的內(nèi)容范疇。如果響應(yīng)中包括 Content-Length，那么它的數(shù)值必需匹配它返回的內(nèi)容范疇的真實(shí)字節(jié)數(shù)。

203 Non-Authoritative Information

請(qǐng)求失敗，請(qǐng)求所但愿獲得的資源未被在處事器上發(fā)明。沒有信息可以或許匯報(bào)用戶這個(gè)狀況到底是臨時(shí)的照舊永久的。如果處事器知道環(huán)境的話，該當(dāng)利用410狀態(tài)碼來(lái)奉告舊資源因?yàn)槟承﹥?nèi)部的設(shè)置機(jī)制問(wèn)題，已經(jīng)永久的不行用，并且沒有任何可以跳轉(zhuǎn)的地點(diǎn)。404這個(gè)狀態(tài)碼被遍及應(yīng)用于當(dāng)處事器不想展現(xiàn)到底為何請(qǐng)求被拒絕可能沒有其他適合的響應(yīng)可用的環(huán)境下。呈現(xiàn)這個(gè)錯(cuò)誤的最有大概的原因是處事器端沒有這個(gè)頁(yè)面。

只有在切換新的協(xié)議更有長(zhǎng)處的時(shí)候才應(yīng)該采納雷同法子。譬喻，切換到新的HTTP 版本比舊版本更有優(yōu)勢(shì)，可能切換到一個(gè)及時(shí)且同步的協(xié)議以傳送操作此類特性的資源。

被請(qǐng)求的資源在處事器上已經(jīng)不再可用，并且沒有任何已知的轉(zhuǎn)發(fā)地點(diǎn)。這樣的狀況該當(dāng)被認(rèn)為是永久性的。假如大概，擁有鏈接編輯成果的客戶端該當(dāng)在得到用戶許可后刪除所有指向這個(gè)地點(diǎn)的引用。假如處事器不知道可能無(wú)法確定這個(gè)狀況是否是永久的，那么就應(yīng)該利用404狀態(tài)碼。除非特別說(shuō)明，不然這個(gè)響應(yīng)是可緩存的。

獲取資源所需要的計(jì)策并沒有沒滿意。(RFC 2774)

303 See Other

處事器已司領(lǐng)略了客戶端的請(qǐng)求，并將通過(guò)Upgrade 動(dòng)靜頭通知客戶端回收差異的協(xié)議來(lái)完成這個(gè)請(qǐng)求。在發(fā)送完這個(gè)響應(yīng)最后的空行后，處事器將會(huì)切換到在Upgrade 動(dòng)靜頭中界說(shuō)的那些協(xié)議。

請(qǐng)求的URI 長(zhǎng)度高出了處事器可以或許表明的長(zhǎng)度，因此處事器拒絕對(duì)該請(qǐng)求提供處事。這較量少見，凡是的環(huán)境包羅：

在最新版的類型中，306狀態(tài)碼已經(jīng)不再被利用。

除非這是一個(gè) HEAD 請(qǐng)求，不然該響應(yīng)就該當(dāng)返回一個(gè)包括可以讓用戶可能欣賞器從中選擇最符合的實(shí)體特性以及地點(diǎn)列表的實(shí)體。實(shí)體的名目由 Content-Type 頭中界說(shuō)的媒體范例抉擇。欣賞器可以按照名目及自身本領(lǐng)自行作出好選擇。可是，類型中并沒有界說(shuō)任何作出此類自動(dòng)選擇的尺度。

1、語(yǔ)義有誤，當(dāng)前請(qǐng)求無(wú)法被處事器領(lǐng)略。除非舉辦修改，不然客戶端不該該反復(fù)提交這個(gè)請(qǐng)求。

500 Internal Server Error

處事器拒絕在沒有界說(shuō) Content-Length 頭的環(huán)境下接管請(qǐng)求。在添加了表白請(qǐng)求動(dòng)靜體長(zhǎng)度的有效 Content-Length 頭之后，客戶端可以再次提交該請(qǐng)求。

如果本響應(yīng)請(qǐng)求利用了強(qiáng)緩存驗(yàn)證，那么本次響應(yīng)不該該包括其他實(shí)體頭;不然(譬喻，某個(gè)帶條件的 GET 請(qǐng)求利用了弱緩存驗(yàn)證)，本次響應(yīng)克制包括其他實(shí)體頭;這制止了緩存了的實(shí)體內(nèi)容和更新了的實(shí)體頭信息之間的紛歧致。

如果本響應(yīng)請(qǐng)求利用了 If-Range 強(qiáng)緩存驗(yàn)證，那么本次響應(yīng)不該該包括其他實(shí)體頭;如果本響應(yīng)的請(qǐng)求利用了 If-Range 弱緩存驗(yàn)證，那么本次響應(yīng)克制包括其他實(shí)體頭;這制止了緩存的實(shí)體內(nèi)容和更新了的實(shí)體頭信息之間的紛歧致。不然，本響應(yīng)就該當(dāng)包括所有本應(yīng)該返回200響應(yīng)中該當(dāng)返回的所有實(shí)體頭部域。

返回202狀態(tài)碼的響應(yīng)的目標(biāo)是答允處事器接管其他進(jìn)程的請(qǐng)求(譬喻某個(gè)天天只執(zhí)行一次的基于批處理懲罰的操縱)，而不必讓客戶端一直保持與處事器的毗連直到批處理懲罰操縱全部完成。在接管請(qǐng)求處理懲罰并返回202狀態(tài)碼的響應(yīng)該當(dāng)在返回的實(shí)體中包括一些指示處理懲罰當(dāng)前狀態(tài)的信息，以及指向處理懲罰狀態(tài)監(jiān)督器或狀態(tài)預(yù)測(cè)的指針，以便用戶可以或許預(yù)計(jì)操縱是否已經(jīng)完成。

506 Variant Also Negotiates

422 Unprocessable Entity

網(wǎng)站欄目：菏澤網(wǎng)站優(yōu)化網(wǎng)站優(yōu)化時(shí)常見的http狀態(tài)碼有哪些?
標(biāo)題網(wǎng)址：http://m.newbst.com/news9/230409.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計(jì)、定制開發(fā)、商城網(wǎng)站、品牌網(wǎng)站建設(shè)、外貿(mào)建站、網(wǎng)站維護(hù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)