我們公司有一個快捷服務,它基本上提供了短別名到完整URL的重定向。該服務器運行簡單的http重定向()服務,該服務使用主機請求標頭對基於文件系統的數據存儲執行查找。302重定向是否支持方法轉發?
我有一個Resful網絡Applciation和所有GET請求正在然而OK POST/PUT請求不會到達服務器。
默認情況下302「重定向」是保留原始請求的方法還是被GET類型覆蓋?
我們公司有一個快捷服務,它基本上提供了短別名到完整URL的重定向。該服務器運行簡單的http重定向()服務,該服務使用主機請求標頭對基於文件系統的數據存儲執行查找。302重定向是否支持方法轉發?
我有一個Resful網絡Applciation和所有GET請求正在然而OK POST/PUT請求不會到達服務器。
默認情況下302「重定向」是保留原始請求的方法還是被GET類型覆蓋?
302通常按照303所指定的方式實現。要保留原始方法,請使用307。
又見HTTP status code definitions的302部分:
注:RFC 1945和RFC 2068指定客戶端不允許 改變方法的重定向請求。但是,大多數現有的用戶代理實現將302視爲響應,如果是原始請求方法,則在位置字段值上執行GET,而不管 。狀態碼303和307已添加 用於希望明確清楚客戶端期望哪種類型的反應的服務器。
對於302,POST始終被重寫爲GET。其他方法有時(取決於瀏覽器的破壞程度,請參閱http://greenbytes.de/tech/tc/httpredirects/)。
你可能想看看最新的 –
@ Julian:它仍然是一個草案,但在該草案中,307指定*「...並且用戶代理不得更改請求方法...」*這正是OP所需要的(並且已經通過我的回答得到了回答)。 – BalusC
@Balucs:這是最後一次通話中的草稿,從未有過12年。它比RFC 2616更好地描述了現實。 –