目前，我正在使用 Gin 框架開發具有服務器端渲染功能的 Web 應用程式，但遇到登錄攔截問題。當 HTTP GET 請求到達端點時，中間件用于檢查瀏覽器 cookie 并將流量重定向到登錄頁面。這作業正常，成功登錄后，用戶總是被重定向到儀表板頁面。我的問題是我應該如何將用戶重定向回最初請求的 URI 而不是儀表板頁面？
此外，更復雜的場景是 HTTP POST。看起來 HTTP POST 方法在重定向時不能很好地作業。另外，在用戶成功登錄后，如何使用相同的 post 請求恢復請求？
謝謝您的幫助！
uj5u.com熱心網友回復：
對于 HTTP GET 場景，這很簡單，您需要在某處記住原始 URL。有幾種方法可以解決這個問題：
- 將 URL 存盤在會話資訊中（如果有可用的，您確實需要未經身份驗證的用戶會話）
- 將其存盤在查詢字串中，例如，重定向到
example.com/login?original=https://example.com/another-page. 您的登錄頁面可以查找查詢引數并將其包含在登錄表單中，或者確保登錄表單的操作與給定的 URI 匹配。在成功登錄嘗試后，您可以從查詢引數中獲取原始 URL 并將其設定為Location. - 將原始 URL 存盤在 cookie 中，成功登錄后，您只需檢查 cookie 值并使用它即可。
至于 HTTP POST 場景。如果您只想將相同的 POST 請求重定向到不同的 URL，您可以使用307 Temporary redirect。307 將保留請求正文和方法，而不是像303 See Other或302 Found那樣將其轉換為 GET 請求。
在顯示登錄螢屏和成功登錄后恢復原始 POST 有點復雜。當您重定向到登錄頁面時，您會中斷用戶的流程，也許最好讓用戶在登錄后重新發布他們的請求，而不是為他們做。
話雖如此，這在技術上是可行的。我們需要兩個步驟，首先是存盤所有資料以重新創建請求。然后在登錄完成后，我們可以使用此保存的資料呈現表單并使用 javascript 提交表單。通過添加：
<script>document.getElementById("myForm").submit();</script>
在你的表單之后，瀏覽器會在加載 javascript 后提交表單，從而重新創建原始 POST。
存盤部分可以通過服務器端會話或 cookie 來完成。
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/381726.html