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

四、重定向(3字頭)

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

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

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

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

414 Request-URI Too Long

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

302 Found

406 Not Acceptable

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

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

415 Unsupported Media Type

處事器碰著了一個不曾預(yù)料的狀況，導(dǎo)致了它無法完成對請求的處理懲罰。一般來說，這個問題城市在處事器端的源代碼呈現(xiàn)錯誤時呈現(xiàn)。

201 Created

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

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

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

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

400 Bad Request

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

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

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

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

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

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

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

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

504 Gateway Timeout

503 Service Unavailable

426 Upgrade Required

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

Date

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

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

405 Method Not Allowed

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

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

200 OK

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

401 Unauthorized

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

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

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

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

408 Request Timeout

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

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

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

100 Continue

507 Insufficient Storage

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

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

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

417 Expectation Failed

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

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

請求超時?？蛻舳藳]有在處事器預(yù)備期待的時間內(nèi)完成一個請求的發(fā)送。客戶端可以隨時再次提交這一請求而無需舉辦任何變動。

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

307 Temporary Redirect

三、樂成(2字頭)

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

407 Proxy Authentication Required

403 Forbidden

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

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

304 Not Modified

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

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

505 HTTP Version Not Supported

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

508 Loop Detected

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

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

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

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

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

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

409 Conflict

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

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

413 Request Entity Too Large

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

402 Payment Required

424 Failed Dependency

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

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

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

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

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

411 Length Required

410 Gone

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

留意：某些署理處事器在DNS查詢超時時會返回400可能500錯誤

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

五、請求錯誤(4字頭)

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

300 Multiple Choices

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

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

二、動靜(1字頭)

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

510 Not Extended

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

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

416 Requested Range Not Satisfiable

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

412 Precondition Failed

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

207 Multi-Status

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

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

449 Retry With

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

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

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

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

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

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

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

421

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

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

與401響應(yīng)雷同，只不外客戶端必需在署理處事器長舉辦身份驗(yàn)證。署理處事器必需返回一個 Proxy-Authenticate 用以舉辦身份詢問?？蛻舳丝梢苑祷匾粋€ Proxy-Authorization 信息頭用以驗(yàn)證。拜見RFC 2617。

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

423 Locked

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

205 Reset Content

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

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

204 No Content

425 Unordered Collection

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

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

301 Moved Permanently

ETag 和/或 Content-Location，如果同樣的請求本應(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ì)較大概涉及到不止一個終端用戶。

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

206 Partial Content

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

305 Use Proxy

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

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

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

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

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

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

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

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

303 See Other

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

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

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

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

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

500 Internal Server Error

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

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

如果本響應(yīng)請求利用了 If-Range 強(qiáng)緩存驗(yàn)證，那么本次響應(yīng)不該該包括其他實(shí)體頭;如果本響應(yī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)程的請求(譬喻某個天天只執(zhí)行一次的基于批處理懲罰的操縱)，而不必讓客戶端一直保持與處事器的毗連直到批處理懲罰操縱全部完成。在接管請求處理懲罰并返回202狀態(tài)碼的響應(yīng)該當(dāng)在返回的實(shí)體中包括一些指示處理懲罰當(dāng)前狀態(tài)的信息，以及指向處理懲罰狀態(tài)監(jiān)督器或狀態(tài)預(yù)測的指針，以便用戶可以或許預(yù)計(jì)操縱是否已經(jīng)完成。

506 Variant Also Negotiates

422 Unprocessable Entity

標(biāo)題名稱：菏澤網(wǎng)站優(yōu)化網(wǎng)站優(yōu)化時常見的http狀態(tài)碼有哪些?
標(biāo)題鏈接：http://www.rwnh.cn/news/230409.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、外貿(mào)網(wǎng)站建設(shè)、云服務(wù)器、網(wǎng)頁設(shè)計(jì)公司、定制網(wǎng)站、定制開發(fā)

廣告

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