答えて
通常、ユーザーがサイトに最初にリクエストすると、セッションが確立されます。セッションには、Cookieとしてユーザーに渡されるキーがあります。そのため、後続のすべてのリクエストで同じセッションが取得されます。
セッションストアには、現在ログインしているユーザーIDやコンテンツのCookieに入れることを望まない(またはCookieの長さ制限のためにできない)ユーザーに関する情報を保存できますショッピングカート。これは、通常、使用されている言語/フレームワークに応じて、ある種のシリアル化されたデータ構造の形式です。
ローカルのWebサーバーではなく外部のデータベースにセッションストアを実装する理由は、プール内に複数のWebサーバーがある場合に考慮する必要があるためです。この方法で、ユーザーの最初の要求がサーバーAに行き、次のサーバーBがサーバーBに行った場合、Webアプリケーションは毎回同じセッションデータを取得できます。
複数のWebサーバーが必要になるのですか?複数のWebサーバーに基づいているすべてのWebアプリケーションは、それを行う必要がありますか? –
はい、負荷分散装置の背後に複数のサーバーがある場合は、何らかの形式の共有セッションストアが必要です。それ以外の場合、各サーバーが独自のセッションストアを保持していると、ユーザーはページビュー、Ajax要求などの間で一貫性のない動作を経験します。 –
保存したデータは、ブラウザを閉じると削除されますか? – JCOC611
はい、データはコースのセッション変数に保存されますが、正確にセッションストアは何ですか?それは一時的な店舗以上のものです...これは私が明らかにしていることです! –
どのプラットフォームのコンテキストで正確に?私はこれが異なるプラットフォーム上では異なる意味を持つことを期待しています。 –