如果在使用我的網站的一項服務之前需要對用戶進行身份驗證,我應該使用什麼類型的重定向將用戶重定向到連接頁面?我應該使用什麼類型的重定向到連接頁面?
只是爲了確保爲抓取工具使用正確的數字來見證我是一個好學生!
如果在使用我的網站的一項服務之前需要對用戶進行身份驗證,我應該使用什麼類型的重定向將用戶重定向到連接頁面?我應該使用什麼類型的重定向到連接頁面?
只是爲了確保爲抓取工具使用正確的數字來見證我是一個好學生!
可用重定向狀態:
的301(永久移動)狀態代碼表示目標 資源已經被分配一個新的永久URI。
的302(實測值)狀態代碼表示該目標資源駐留 暫時下一個不同的URI。
的303(見其他)狀態代碼表示該服務器是 重定向用戶代理建立不同的資源。
無需服務器,因爲該請求表示客戶端已經 有一個有效的代表性轉移 目標資源的表示。
此狀態碼類似於302(實測值),不同之處在於它不 允許從POST改變請求方法來獲取。
此狀態碼類似於301(永久移動),不同之處在於它 不允許改變從POST請求方法得到的。
305 Use Proxy
以下狀態和306 (Unused)
分別廢棄,不再使用。
所以在默認情況下,我會選擇303 See Other
,因爲它是適合您的需求的最佳的一個。
如果用戶需要登錄才能查看URL,則不應該重定向用戶。
此URL應該用表單拍攝401狀態以讓用戶直接登錄。然後用相同的URL將HTTP 200的內容返回給他。
從HTTP specifications 401上的一些信息:
401未授權
請求需要用戶驗證。響應必須包含WWW-Authenticate頭域(14.47節) ,其中包含適用於所請求資源的質詢。 客戶端可以用合適的授權標頭 字段(14.8節)重複該請求。如果請求已包含授權 憑證,則401響應表示授權已拒絕這些憑證的 。如果401響應包含與先前響應相同的挑戰並且用戶代理已經嘗試認證至少一次,那麼用戶應該是 呈現的響應中給出的實體,因爲該實體 可能包括相關的診斷信息。 HTTP訪問 認證在「HTTP認證:基本和摘要 訪問認證」[43]中進行了說明。
是'303另見'似乎是合適的。你能否包括你找到那個清單的鏈接? – user544262772
我剛剛從[IETF](https://en.wikipedia.org/wiki/Internet_Engineering_Task_Force)的[RFC](https://en.wikipedia.org/wiki/Request_for_Comments)中讀取它們。 RFC 7231有一張表格,列出了所有被覆蓋的狀態[6.1節](http://tools.ietf.org/html/rfc7231#section-6.1)(308缺失,但在307的描述中被鏈接)。 – sp00m
串口downvoter關心解釋? – sp00m