HTTP 狀 態(tài) 碼 詳解3
————認證資質(zhì)————
- 個人未認證
- 企業(yè)未認證
- 微信未認證
- 手機已認證
該用戶其他信息
———線上溝通
與商家溝通核實商家資質(zhì)
線下服務(wù)
核實商家身份所有交流確保留有證據(jù)
服務(wù)售后
有保障期的服務(wù)請與商家確定保障實效
HTTP 狀 態(tài) 碼 詳解3
300 被請求的資源有一系列可供選擇的回饋信息，每個都有自己特定的地址和瀏覽器驅(qū)動的商議信息。用戶或瀏覽器能夠自行選擇一個的地址進行重定向。
除非這是一個 HEAD 請求，否則該響應(yīng)應(yīng)當包括一個資源特性及地址的列表的實體，以便用戶或瀏覽器從中選擇合適的重定向地址。這個實體的格式由 Content-Type 定義的格式所決定。瀏覽器可能根據(jù)響應(yīng)的格式以及瀏覽器自身能力，自動作出合適的選擇。當然規(guī)范并沒有規(guī)定這樣的自動選擇該如何進行。
如果服務(wù)器本身已經(jīng)有了的回饋選擇，那么在 Location 中應(yīng)當指明這個回饋的 URI；瀏覽器可能會將這個 Location 值作為自動重定向的地址。此外，除非額外指定，否則這個響應(yīng)也是可緩存的。
301 被請求的資源已永久移動到新位置，并且將來任何對此資源的引用都應(yīng)該使用本響應(yīng)返回的若干個 URI 之一。如果可能，擁有鏈接編輯功能的客戶端應(yīng)當自動把請求的地址修改為從服務(wù)器反饋回來的地址。除非額外指定，否則這個響應(yīng)也是可緩存的。
新的永久性的 URI 應(yīng)當在響應(yīng)的 Location 域中返回。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當包含指向新的 URI 的超鏈接及簡短說明。
如果這不是一個 GET 或者 HEAD 請求，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發(fā)生變化。
注意：對于某些使用 HTTP1.0 協(xié)議的瀏覽器，當它們發(fā)送的 POST 請求得到了一個301響應(yīng)的話，接下來的重定向請求將會變成 GET 方式。
302 請求的資源現(xiàn)在臨時從不同的 URI 響應(yīng)請求。由于這樣的重定向是臨時的，客戶端應(yīng)當繼續(xù)向原有地址發(fā)送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應(yīng)才是可緩存的。
新的臨時性的 URI 應(yīng)當在響應(yīng)的 Location 域中返回。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當包含指向新的 URI 的超鏈接及簡短說明。
如果這不是一個 GET 或者 HEAD 請求，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發(fā)生變化。
注意：雖然和規(guī)范不允許客戶端在重定向時改變請求的方法，但是很多現(xiàn)存的瀏覽器將302響應(yīng)視作為303響應(yīng)，并且使用 GET 方式訪問在 Location 中規(guī)定的 URI，而無視原先請求的方法。狀態(tài)碼303和307被添加了進來，用以明確服務(wù)器期待客戶端進行何種反應(yīng)。
轉(zhuǎn)自江蘇三艾網(wǎng)絡(luò)
2）確認收貨前請仔細核驗產(chǎn)品質(zhì)量，避免出現(xiàn)以次充好的情況。
3）該信息由排行8用戶自行發(fā)布，其真實性及合法性由發(fā)布人負責(zé)，排行8僅引用以供用戶參考，詳情請閱讀排行8免責(zé)條款。查看詳情>