終于理解了 Next.js 中的 Cookie
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
Cookie 是瀏覽器中默默存在的數據塊。雖然有些 Cookie 會侵犯用戶隱私,但其他一些則試圖通過跟蹤用戶的瀏覽習慣、偏好等來改善瀏覽體驗。Cookie 在許多場景都很有用,包括身份驗證、改善用戶體驗和加快響應時間。 在本文中,我們將探討如何在 Next.js 的服務器組件和客戶端組件以及中間件中管理 Cookie。我們還將介紹兩個可以在 Next.js Pages Router 中設置 Cookie 的包,并將它們應用到實際用例中。 要跟隨本教程學習,可以前往此 GitHub 倉庫。 https://github.com/GeoBrodas/cookies-with-nextjs Cookie:福祉還是禍害?Cookie 是 Web 應用程序放置在用戶計算機上的小數據塊,用于存儲狀態信息,如用戶偏好或會話管理,也用于跟蹤目的。 近年來,關于 Cookie 的討論引發了很多爭議,因為它們既有優點也有缺點。 一方面,Cookie 可以幫助你輕松存儲用戶的個性化數據,讓你能更好地為每個用戶定制用戶體驗。另一方面,Cookie 跟蹤用戶在線行為的能力引發了隱私擔憂。 因此,現在有了一些標準和法規,要求 Web 應用程序披露其 Cookie 使用情況,并讓用戶選擇是否退出。 鑒于 Next.js 的多功能性,有多種方法可以管理 Cookie。在此之前,我們只需要在頁面、API 路由和中間件中管理 Cookie。然而,Next 13 中添加的服務器組件引入了更多新技術。 客戶端 vs 服務器端 Cookie很多人問的一個問題是客戶端和服務器端 Cookie 是否有區別。 Cookie 可以通過客戶端和服務器端操作創建。服務器端 Cookie 通常是通過 HTTP 標頭創建和訪問的。無論如何創建,Cookie 都存儲在用戶的瀏覽器中,可以直接在客戶端訪問。 但是,httpOnly Cookie 是個例外。如果你創建啟用了 httpOnly 屬性的 Cookie,這些 Cookie 就不能通過客戶端操作直接訪問,從而降低XSS攻擊的風險。 在服務器組件中處理 Cookie:Next.js App Router我們首先探討如何在使用 Next.js App Router 的服務器組件中訪問和修改 Cookie。要繼續,請運行以下命令創建一個新的 Next 應用:
在安裝過程中,選擇你偏好的配置。不過,別忘了為"use App router?"選項選擇"Yes"。完成基本設置后 如何獲取 Cookie要在服務器組件中讀取傳入的請求 Cookie 值,我們使用
在本例中,如果沒有存儲帶有user_id標簽的 cookie,我們將看到一個空白屏幕。但是,如果有多個 cookie 與此標記匹配,userId將被設置為第一個匹配,并顯示在瀏覽器上。 要獲取與某個名稱匹配的所有 cookie,我們可以使用
在這個更新的示例中,如果有多個帶有 如何設置 cookie我們可以通過
在這個例子中,我們用"use server"語句標記了設置 Cookie 的函數,將其指定為服務器操作。然后我們渲染了一個表單,允許用戶選擇首選主題。用戶提交表單后,我們獲取他們選擇的主題值并將其設置到 theme cookie 中。 此外,我們可以使用以下語法在設置新 Cookie 時傳入額外選項:
這樣,我們可以創建一個 httpOnly cookie 并設置 cookie 的路徑、最大年齡和過期日期。 如果你使用的 Next.js 版本低于v14,在使用服務器操作時可能會遇到以下錯誤:
要修復這個問題,只需更新你的 next.config.js 文件以啟用實驗性的 serverActions,如下所示:
但是,如果你使用的是 Next.js v14 或更新版本,則不會遇到此類錯誤。 如何刪除 Cookie我們可以使用 cookies().delete(name) 方法刪除 Cookie。但是,和設置 Cookie 一樣,我們只能在服務器操作或 API 路由中使用此方法,如下所示:
通過上面這個例子,當用戶點擊按鈕提交表單時,theme cookie 將從瀏覽器中刪除。 Next.js 路由處理程序和 API 路由中的 Cookie在 Next.js 路由處理程序(即 /app 目錄的 API 路由等價物)中,我們可以自由使用我們剛剛介紹的所有 cookie 方法,而無需創建服務器操作。你可以在下面看到一個例子:
另外,你也可以在路由處理程序和 API 路由中使用傳統的 Web API 從請求中讀取 cookie,如下所示:
在這個例子中,我們直接從請求對象中獲取 theme cookie 并將其作為 API 響應返回。 在 Next.js Pages Router 中處理 Cookie現在,讓我們看看如何在經典的 Next.js Pages Router 中管理 Cookie。首先,創建一個新的 Next.js 應用程序,并確保在配置過程中選擇 pages router。 在 Next.js 中使用 react-cookie我們要探索的第一個包是 react-cookie。這個包旨在幫助你在 React 應用程序中加載和保存 cookie。為了嘗試一下,我們將創建一個簡單的應用程序來跟蹤注冊用戶。 使用以下代碼安裝 react-cookie:
要開始使用這些 Hook,在 _app.tsx 文件中添加 CookiesProvider 組件,如下所示:
我們首先添加一個 useEffect Hook 來在加載時獲取所有 cookie:
目前,你應該還看不到任何 cookie。所以,我們創建一個使用 setCookie() 函數來設置 cookie 的函數:
setCookie() 函數接受三個參數:鍵名、鍵值和一些配置選項。這些選項包括 MaxAge、Path、Domain、expires 等。在這種情況下使用了 path 選項,允許程序從任何位置訪問該 cookie。 如你所見,我們還使用了 useRouter() Hook 通過 replace() 方法重新加載頁面,以避免在歷史堆棧中添加 URL 條目。這樣看起來就像頁面重新渲染了一樣! 隨著我們繼續前進,請記住本教程僅專注于演示特定包的功能。因此,我們將假設你理解認證流程等概念。 要了解更多關于 Next.js 中的認證信息,請參考這個關于 SuperTokens 的指南。你也可以在這篇文章中回顧認證流程。 將函數綁定到按鈕接下來,讓我們將這個函數綁定到一個按鈕上。輸入以下代碼:
在這種情況下,只有當 cookie 存在時按鈕才會渲染。運行開發服務器來看看這個效果。你可以通過按 Control+Shift+J 打開開發者工具,然后選擇 Application 部分來直觀地看到這個 cookie。 ? 現在,我們刪除 cookie 以允許用戶退出。首先,編寫另一個函數:
接下來,將它綁定到另一個只有在 cookie 可用時才會渲染的按鈕上。這意味著什么?如果用戶已注冊,cookie 就會可用。代碼看起來是這樣的:
下面是它在應用程序中的樣子: 使用 cookies-next 包接下來,我們來看看如何使用 cookies-next 包。這個包更適合 Next.js 生態系統,因為它可以在任何地方使用 - 無論是在 Pages Router 還是 App Router 中,在客戶端,通過 getServerSideProps 在服務器端,甚至在 Next.js API 路由中。 以下是這兩個包的對比:
另一個關于 cookies-next 令人驚喜的事實(這個是給那些關心包大小的開發者) - 它比 react-cookie 的包體積更小。這使得它在你的下一個項目中更具吸引力! ?? 按照慣例,讓我們首先用以下命令安裝 cookies-next:
cookies-next 包內置了類似于 react-cookie 包的功能。這些功能可用于設置和刪除 cookie。讓我們用以下代碼創建用于設置和刪除 cookie 的處理函數:
完成后,你可以通過將其綁定到在 cookie 存在時渲染的不同按鈕來測試它。除了 getServerSideProps 和 API 路由外,你還可以在應用程序的服務器端使用 cookies-next 包。 讓我們看一個例子,用戶收到一些信息,對其進行驗證,然后設置一個 cookie 來表示信息的合法性,所有這些都在 API 路由上完成。 實現 API 路由繼續在 ./pages/api/verify-otp.ts 中創建一個新的 API 路由。在文件中,用以下代碼創建一個基本的處理函數:
我們將設置 cookie 來表示用戶的可信度,并在特定時間后過期。更具體地說,如果有某種驗證(比如用于檢查憑證的數據庫或某些 OTP 邏輯),它就會過期。處理函數如下:
在這里,cookie 會在一周后過期,并要求用戶重新驗證。在驗證成功后,API 會返回一個狀態為 200 的消息,其中包含可以在前端顯示的相關數據。 從前端訪問 API 路由現在,我們嘗試從前端訪問這個路由。該函數只能在用戶首次注冊時觸發。使用以下代碼創建函數:
我們可以使用 useState Hook 來存儲來自 API 路由的數據,并基于 isAuthorized 變量有條件地渲染按鈕。使用以下代碼:
完成這些后,試試到目前為止寫的代碼。你可以通過打開開發者工具并選擇 Application 部分來檢查 cookie 是否存在。 Next.js 中間件中的 CookieNext.js 中間件設計在 Pages Router 和 App Router 中是一致的。因此,在中間件中處理 cookie 的方式對兩者都是相同的。例如,我們可以通過中間件請求獲取和刪除 cookie,如下所示:
要在中間件中設置新的 cookie,我們還可以利用 NextResponse API,如下所示:
這樣,cookie 就會全局設置在用戶的瀏覽器中,并可以在我們之前演示的 Next.js 頁面中訪問。 常見的 Next.js Cookie 問題及解決方案sameSite 功能是 cookie 的一個重要屬性,但它也可能在生產級應用程序中造成問題: sameSite 功能僅表明是否可以通過具有不同源的其他網站檢索 cookie。理想情況下,這應該是準確的,因為它只提供了一層防御跨站攻擊的保護。 為了確定方案和域名的最后部分是否匹配,sameSite 瀏覽器機制會分析目標 URI 和來自客戶端的請求: 由于 sameSite 參數默認設置為 true,如果你是一個經常使用其他智能手機并通過開發服務器托管在本地主機上的私有 IP 地址連接的開發者,cookie 將不會被注冊。 domain 屬性是 cookie 的一個關鍵但有時容易混淆的元素。這個屬性決定了哪些域可以訪問該 cookie。如果沒有指定域,cookie 的默認域分配將是最初生成它的域。 這就是為什么在多個子域試圖訪問相同 cookie 的情況下,建議設置 domain 屬性: 結論Cookie 對于 Web 開發至關重要。react-cookie 和 cookies-next 包由于其獨特的特性和優勢,非常適合各種使用場景。 react-cookie 更受歡迎,提供簡單易用的 API 和與 React 框架的良好兼容性。相比之下,cookies-next 是一個專門為 Next.js 創建的相對較新的包,提供服務器端渲染功能和改進的安全措施。 另一個令人驚喜的事實 - 這是給所有注重包大小的開發者的 - 就是與 react-cookie 相比,cookies-next 的包體積更小。這本質上使它在你的下一個項目中更具吸引力! ?? 該文章在 2024/11/27 14:52:24 編輯過 |
關鍵字查詢
相關文章
正在查詢... |