PHP は Cookie とセッションのメカニズムを正しく理解します

Cookie とセッションのメカニズムを正しく理解する

php における cookie とセッションのメカニズムの違いと関係

具体的には、Cookieの仕組みはクライアント側で状態を保持するソリューションを採用しています。これはユーザー側のセッション状態の保存メカニズムであり、ユーザーはクライアント側で Cookie サポートをオンにする必要があります。 Cookie の役割は、HTTP プロトコルのステートレスな欠陥を解決するための取り組みです。

セッション メカニズムは、クライアントとサーバーの間で状態を維持するソリューションを使用します。同時に、サーバー側で状態を維持するソリューションではクライアント側でも ID を保存する必要があるため、セッション メカニズムでは ID を保存するという目的を達成するために Cookie メカニズムを使用する必要があることもわかりました。セッションは、グローバル変数を管理する便利な方法を提供します

セッションはユーザーごとに保存されます。セッション ID は、アクセス時にユーザーのブラウザを通じてサーバーに返されます。クライアントは Cookie を無効にします。この値は、get によってサーバーに返されるように設定することもできます。

セキュリティの観点: セッションを使用するサイトにアクセスしてマシンに Cookie を作成する場合、サーバー側の SESSION メカニズムは、顧客が保存した情報を恣意的に読み取らないため、より安全であることが推奨されます。

オーソドックスな Cookie の配布は、HTTP プロトコルを拡張することによって実現されます。サーバーは、HTTP 応答ヘッダーに特別な命令行を追加し、その命令に従って対応する Cookie を生成するようブラウザーに指示します。

Web サーバーの観点から見ると、すべての HTTP リクエストは以前のリクエストから独立しています。つまり、各 HTTP 応答は、対応するリクエスト

状態管理メカニズムは HTTP のいくつかの制限を克服し、ネットワーク クライアントとサーバーがリクエスト間の関係を維持できるようにします。この関係が維持される期間をセッションと呼びます。

Cookie は、サーバーによってローカル マシンに保存される小さなテキストであり、リクエストごとに同じサーバーに送信されます。 IETFRFC2965HTTPStateManagementMechanism はユニバーサル Cookie 仕様です。 Web サーバーは、HTTP ヘッダーを使用してクライアントに Cookie を送信します。クライアント端末では、ブラウザーがこれらの Cookie を解析し、ローカル ファイルとして保存します。同じサーバーへのリクエストはすべて、これらの Cookie に自動的にバインドされます。

の形式で、URL の末尾に追加されるクエリ文字列としてのものです。

に書き換えられます

実際、この手法はアクションに URL 書き換えを適用するだけで簡単に置き換えることができます。

セッションの仕組みについて話していると、「ブラウザを閉じればセッションは消えてしまう」という誤解をよく聞きます。実際、会員カードの例を想像していただければわかると思いますが、お客様が積極的にお店にカードの解約を申し出ない限り、お店は簡単にお客様の情報を削除することはありません。セッションについても同様です。プログラムがサーバーにセッションを削除するように通知しない限り、サーバーは通常、ユーザーがログオフするときにセッションを削除する指示を送信します。ただし、ブラウザは閉じる前にサーバーに閉じようとしていることを積極的に通知することはないため、サーバーはブラウザが閉じられたことを知る機会がありません。これは、ほとんどのセッション メカニズムがセッション ID を保存するためにセッション Cookie を使用するためです。ブラウザを閉じるとセッション ID が消え、サーバーに再度接続すると元のセッションが見つかりません。サーバーによって設定された Cookie がハードディスクに保存されている場合、またはブラウザーによって送信された HTTP リクエスト ヘッダーを書き換えて元のセッション ID をサーバーに送信する何らかのメソッドが使用されている場合、ブラウザを開いたときに元のセッションを見つけることができます。また。

ブラウザを閉じてもセッションは削除されないため、サーバーはセッションの有効期限を設定する必要があり、クライアントが最後にセッションを使用してからの時間がこの有効期限を超えると、サーバーは次のようにみなします。クライアントが停止しました。アクティビティがアクティブな場合、ストレージ領域を節約するためにセッションが削除されます。

----------------------------------------------- -------------------------------------------------- -------------------------------------------------- - ------------------

JSESSIONID は、Cookie と SESSION の違いと関係について説明します

投票などの場合、公平性の原則から、各人が 1 票しか投票できないことがよくあります。このような状況では、通常、これを実現するために COOKIE を使用します。次のコードのように:

   cookie[]cookies=request.getCookies();  
　　if(cookies.lenght==0||cookies==null)  
　　doStuffForNewbie();  
　　//没有访问过  
　　}  
　　else  
　　{  
　　doStuffForReturnVisitor();//已经访问过了  
　　}  

これは非常にシンプルで分かりやすい原理ですが、COOKIEが存在する場合はCOOKIEを書き込むコードが実行されたことになります。コントロールパネル-インターネットオプション-設定-ファイルの表示からいつでもdoStuffForReturnVisitor()を実行できますが、それでも生成されたCookieファイルが表示されないのは明らかにコードに問題はありませんが、Cookieがあるので試してみましょう。それらを表示します。

　　cookie[]cookies=request.getCookies();  
 　　if(cookies.lenght==0||cookies==null)  
 　　　　out.println("Hasnotvisitedthiswebsite");  
 　　}  
　　else 
　　{  
　　　　for(inti=0;i　　{  
　　　　　　out.println("cookiename:"+cookies[i].getName()+"cookievalue:"+  
　　　　　　cookie[i].getValue());  
　　　　}  
　　}  

実行結果:

Cookiename:JSESSIONIDcookievalue:KWJHUG6JJM65HS2K6なぜ Cookie があるのですか? ご存知のとおり、http は顧客が Web ページを読むたびに新しいセッションを開き、サーバーは顧客のコンテキスト情報を自動的に維持しません。では、オンライン ストアにショッピング カートを実装するにはどうすればよいでしょうか? Session は、ユーザーごとに変数の値が保存され、SessionID によって異なる顧客が区別されます。 Cookie はデフォルトで使用され、永続的な Cookie を区別するためにセッション Cookie と呼ばれます。セッション Cookie はストレージです。これはブラウザのメモリに保存され、ハードディスクには書き込まれません。これは先ほど確認した JSESSIONID です。通常は JSESSIONID を確認できませんが、ブラウザで Cookie を無効にすると、Web サーバーは Sessionid を渡します。 URL を書き換えると、アドレス バーに sessionid=KWJHUG6JJM65HS2K6 などの文字列が表示されます。

原理を理解すると、永続的な Cookie とセッション Cookie の違いをインターネット上で簡単に区別できるようになります。セッション Cookie は特定のセッションに関するものです。セッションが終了すると、セッション Cookie は消滅します。永続的な Cookie はクライアントのハード ドライブ上に存在する単なるテキスト (通常は暗号化された) であり、Cookie に対する Cookie スプーフィングやクロスサイト スクリプティング攻撃の対象となる可能性があります。当然、セッション Cookie ほど安全ではありません。

通常、セッション Cookie は複数のウィンドウで使用できません。新しいブラウザ ウィンドウを開いて同じページに入ると、システムは新しいセッション ID を提供します。この方法では、当社の情報共有の目的は達成されません。今回は、まずセッション ID を永続 Cookie に保存し、次に新しいウィンドウでそれを読み取って、前のウィンドウのセッション ID を取得します。このようにして、セッション Cookie と永続 Cookie を組み合わせることで、これを実現できます。クロスウィンドウ セッション トラッキング (セッション トラッキング)。

一部の Web 開発書籍では、セッションと Cookie は単純に 2 つの並行した HTTP 情報送信メソッドとしてみなされます。セッション Cookie はサーバー側にあり、永続的な Cookie はクライアント側にあります。しかし、セッションは Cookie に基づいています。 2 つの関係と違いを理解すれば、Web サービスを開発するために適切なテクノロジーを選択することは難しくありません。