菏澤網站優(yōu)化網站優(yōu)化時常見的http狀態(tài)碼有哪些?

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

四、重定向(3字頭)

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

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

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

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

414 Request-URI Too Long

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

302 Found

406 Not Acceptable

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

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

415 Unsupported Media Type

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

201 Created

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

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

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

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

400 Bad Request

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

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

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

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

本應利用POST要領的表單提交釀成了GET要領，導致查詢字符串(Query String)過長。

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

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

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

504 Gateway Timeout

503 Service Unavailable

426 Upgrade Required

響應必需包括如下的頭部域：

Date

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

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

405 Method Not Allowed

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

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

200 OK

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

401 Unauthorized

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

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

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

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

408 Request Timeout

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

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

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

100 Continue

507 Insufficient Storage

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

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

源站沒有返反響應頭部，只返回實體內容

417 Expectation Failed

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

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

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

對付當前請求的要領和所請求的資源，請求中提交的實體并不是處事器中所支持的名目，因此請求被拒絕。

307 Temporary Redirect

三、樂成(2字頭)

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

407 Proxy Authentication Required

403 Forbidden

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

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

304 Not Modified

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

作為網關可能署理事情的處事器實驗執(zhí)行請求時，從上游處事器吸收到無效的響應。

505 HTTP Version Not Supported

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

508 Loop Detected

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

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

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

該響應必需包括以下的頭信息：

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

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

409 Conflict

作為網關可能署理事情的處事器實驗執(zhí)行請求時，未能實時從上游處事器(URI標識出的處事器，譬喻HTTP、FTP、LDAP)可能幫助處事器(譬喻DNS)收到響應。

假如這個狀況是姑且的，處事器該當返回一個 Retry-After 的響應頭，以奉告客戶端可以在幾多時間今后從頭實驗。

413 Request Entity Too Large

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

402 Payment Required

424 Failed Dependency

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

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

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

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

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

411 Length Required

410 Gone

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

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

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

五、請求錯誤(4字頭)

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

300 Multiple Choices

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

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

二、動靜(1字頭)

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

510 Not Extended

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

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

416 Requested Range Not Satisfiable

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

412 Precondition Failed

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

207 Multi-Status

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

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

449 Retry With

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

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 請求，那么欣賞器克制自動舉辦重定向，除非獲得用戶簡直認，因為請求的條件大概因此產生變革。

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

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

假如這不是一個 GET 可能 HEAD 請求，因此欣賞器克制自動舉辦重定向，除非獲得用戶簡直認，因為請求的條件大概因此產生變革。

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

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

421

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

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

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

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

423 Locked

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

205 Reset Content

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

假如這不是一個 GET 可能 HEAD 請求，那么欣賞器克制自動舉辦重定向，除非獲得用戶簡直認，因為請求的條件大概因此產生變革。

204 No Content

425 Unordered Collection

請求的資源的內容特性無法滿意請求頭中的條件，因而無法生成響應實體。

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

301 Moved Permanently

ETag 和/或 Content-Location，如果同樣的請求本應該返回200響應。

509 Bandwidth Limit Exceeded

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

任何不支持 Range 以及 Content-Range 頭的緩存都克制緩存206響應返回的內容。

206 Partial Content

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

305 Use Proxy

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

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

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

留意：很多 HTTP/1.1 版以前的欣賞器不能正確領略303狀態(tài)。假如需要思量與這些欣賞器之間的互動，302狀態(tài)碼應該可以勝任，因為大大都的欣賞器處理懲罰302響應時的方法恰恰就是上述類型要求客戶端處理懲罰303響應時該當做的。

306 Switch Proxy

502 Bad Gateway

501 Not Implemented

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

203 Non-Authoritative Information

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

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

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

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

303 See Other

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

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

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

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

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

500 Internal Server Error

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

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

如果本響應請求利用了 If-Range 強緩存驗證，那么本次響應不該該包括其他實體頭;如果本響應的請求利用了 If-Range 弱緩存驗證，那么本次響應克制包括其他實體頭;這制止了緩存的實體內容和更新了的實體頭信息之間的紛歧致。不然，本響應就該當包括所有本應該返回200響應中該當返回的所有實體頭部域。

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

506 Variant Also Negotiates

422 Unprocessable Entity

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

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

廣告

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