日本語
Cookie サイズ超過エラーをクッキーを分割して修正する方法
Cookie サイズ超過エラーへの解決策：クッキーを複数の小さなクッキーに分割し、サーバー側で再構築します。この解決策は特に追加のインフラを必要としないサーバーレスプラットフォームで効果的です。
Sijie
Developer
Developer
Cookie サイズ超過エラーへの解決策：クッキーを複数の小さなクッキーに分割し、サーバー側で再構築します。この解決策は特に追加のインフラを必要としないサーバーレスプラットフォームで効果的です。
概要: Cookie サイズが 4KB のブラウザ制限を超えた場合、クッキーを複数の小さなクッキーに分割し、サーバー側で再構築します。この解決策は特に追加のインフラを必要としないサーバーレスプラットフォームで効果的です。
従来の Web アプリ用のほとんどの Logto SDK では、セキュリティのためにセッションデータを HTTP-only クッキーに保存します。私たちのアプローチは次のとおりです：
SDK がセッションデータを必要とするアクションを実行するとき、SDK は以下を行います：
このアプローチは外部ストレージを必要とせず、Vercel などの人気のあるサーバーレスプラットフォームに直接デプロイ可能です。
しかし、複数の組織をサポートする場合、制限に直面します。クッキーサイズが 4KB のブラウザ制限を超えました。なぜなら、以下を保存する必要があるからです：
これにより、次のようなエラーが発生しました：
ブラウザは厳格なクッキーサイズ制限を課しており、多くのブラウザは個々のクッキーを 4KB、ドメインごとに合計クッキーサイズを 8KB に制限しています。
Redis やデータベースのような外部ストレージの使用は、追加のインフラを設定する必要があり、SDK ユーザーのコストと複雑さを増加させます。これは、開発者に優しい解決策を提供するという目標に反します。
インメモリストレージは代替手段となる可能性がありますが、インスタンスが一時的でメモリがリクエスト間で共有されないサーバーレス環境ではうまく機能しません。
シンプルな解決策は、大きなクッキーを小さなチャンクに分割することです。この記事では、Next.js を例にアプローチを示します：
クッキーの分割は、実装が簡単で既存のアプリケーションアーキテクチャに最小限の影響を与えるエレガントな解決策を提供します。大きなクッキーを単純に小さなチャンクに分けることで、開発者はブラウザのサイズ制限を克服し、コアセッション管理アプローチを変更せず、外部の依存関係を追加することなく済みます。