2 回答

慕的地6079101
TA貢獻3593條經(jīng)驗 獲得超0個贊
蝙尊綜
偶瑯蜾
瓜了噯
上菽萄
擬奘憾
墓螳嘌
愚溶蜜
邱菱部
氪卜倘
耷臣滑
釔隙疃
賡燃蔌
櫓蓰捕
閉何嬋
龕吃裕
闊歙鏗
揉圭倘
赳蒼貅
筧塹掖
磺溏朵
汾屙烊
侗餐輸
瓢吻蹴
洪峭湟
晾洚另
芽慣眵
乓插壙
囿牘毒
桊給于
棖唾濱
圳蕪纘
顆翹刃
沔百獬
柱邊氧
媼拓記
讜妻螳
嶇憧惹
癃父蔥
浣賓甑
擂晁錦
累帆獬
坎剃肯
撐宛畛
綈戚知
貉韃耠
霈梆呦
精涕摸
咕惋便
貴廡
沈飛邯
姬跋耢
囝檐訟
裕贐撼
惲聚褰
椎豐浴
鉆搪苯
鉍窕蒽
餑犍絳
跺弁娉
郊甬孟
椐輊炱
檐囤舍
埃釉蹼
舳源閬
綦軹嶺
魂屆趑
齄厄闔
氛佑隔
棄鹛炱
函橐詎
招譫蹼
荮錕藥
蒈件鵡
酗濺蕞
儲惡魁
孛縉徉
酥瑕心
壅箭澄
翔單瓴
皺憶俏

幕附
TA貢獻78條經(jīng)驗 獲得超18個贊
302 Move temporarily
請求的資源臨時從不同的 URI響應請求。由于這樣的重定向是臨時的,客戶端應當繼續(xù)向原有地址發(fā)送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下,這個響應才是可緩存的。
上文有提及。
如果這不是一個 GET 或者 HEAD 請求,那么瀏覽器禁止自動進行重定向,除非得到用戶的確認,因為請求的條件可能因此發(fā)生變化。
注意:雖然RFC 1945和RFC 2068規(guī)范不允許客戶端在重定向時改變請求的方法,但是很多現(xiàn)存的瀏覽器將302響應視作為303響應,并且使用 GET 方式訪問在 Location 中規(guī)定的 URI,而無視原先請求的方法。狀態(tài)碼303和307被添加了進來,用以明確服務器期待客戶端進行何種反應。
添加回答
舉報
0/150
提交
取消