規範中：
301是永久重定向，之後的請求中客戶端應該使用新的uri（即，可以被瀏覽器快取），對於post/put/delete請求 客戶端不應該自動的重定向
302是由於未知原因重定向，之後的請求中客戶端不應該用新的uri，對於post/put/delete請求 客戶端不應該自動重定向
303是由於未知原因重定向，之後的請求中客戶端不應該用新的uri，對於post/put/delete請求 客戶端應該使用get請求來替代
307是臨時重定向，之後資源可能會回到這個位置，之後的請求中客戶端應該使用舊的uri，對於post/put/delete請求 客戶端不應該自動重定向
許多瀏覽器客戶端沒有遵循規範，而是當作303來處理的。 303和307是在http1.1規範中新增的用來的和302區分開的。
資料:
HTTP 的重定向301,302,303,307
301 永久重定向,告訴客戶端以後應從新位址訪問.302 作為http1.0的標準,以前叫做moved temporarily 現在叫found.現在使用只是為了相容性的處理,包括php的預設location重定向用的也是302.但是http 1.1 有303 和307作為詳細的補充,其實是對302...
103 重定向詳解
重定向分為永久性重定向和暫時性重定向，在頁面上體現的操作就是瀏覽器會從乙個頁面自動跳轉到另外乙個頁面。比如使用者訪問了乙個需要許可權的頁面，但是該使用者當前並沒有登入，因此我們應該給他重定向到登入頁面。在django中，重定向是使用redirect to,args,permanent false,k...
301重定向www網域名稱
我們做站時通常會遇到這種情況，就是帶www和不帶www的網域名稱會被同時訪問到，如 雖然這對使用者來說並有沒有什麼不同，但在seo方面是很不利於搜尋引擎排名的網域名稱權重集中的。如何讓帶www和不帶www網域名稱都能被正常訪問，又能將權重集中到我們的主網域名稱上呢？下面就是我蒐集的如何使用301重定...