1. 問題の原因 やや大規模な Web サイトでは通常、複数のサーバーが異なる機能を備えたモジュールを実行し、異なる第 2 レベルのドメイン名を使用します。ユーザー名とパスワードのセットを使用して、Web サイト全体のすべてのモジュールにログインできます。各サーバーがユーザー データを共有するのは比較的簡単で、バックエンドにデータベース サーバーを配置するだけで済み、各サーバーは統一されたインターフェイスを通じてユーザー データにアクセスできます。しかし、まだ問題があります。つまり、ユーザーがこのサーバーにログインした後、別のサーバーの他のモジュールに入るときに、再度ログインする必要があります。これは 1 回限りのログインであり、一般的な問題はすべて にマッピングされています。実際には、さまざまなサーバー間で SESSION データを共有する方法です。
2. PHP SESSION の動作原理
問題を解決する前に、まず PHP SESSION の動作原理を理解しましょう。クライアント (ブラウザなど) が Web サイトにログインすると、訪問した PHP ページは session_start() を使用して SESSION を開くことができ、これによりクライアントの一意の識別 SESSION ID が生成されます (この ID は関数 session_id( ))。 SESSION ID は 2 つの方法でクライアントに保持できるため、PHP プログラムは別のページをリクエストするときにクライアントの SESSION ID を学習できます。1 つは、デフォルトで GET URL または POST フォームに SESSION ID を自動的に追加することです。最初の方法では、変数名は PHPSESSID ですが、もう 1 つの方法では、COOKIE を通じてセッション ID を保存します。デフォルトでは、この COOKIE の名前は PHPSESSID です。ここでは、広く使われている COOKIE メソッドを中心に説明します。
それでは、SESSION データはどこに保存されるのでしょうか?もちろんサーバー側では、メモリに保存されるのではなく、ファイルまたはデータベースに保存されます。デフォルトでは、php.ini で設定される SESSION の保存方法はファイル (session.save_handler = files) です。つまり、ファイルの読み書きによって SESSION データが保存され、SESSION ファイルが保存されるディレクトリはセッションによって指定されます。 save_path であり、sess_c72665af28a8b14c0fe11afe3b59b51b のように、ファイル名は接頭辞である sess_ で始まり、その後にセッション ID が続きます。ファイル内のデータはシリアル化後の SESSION データです。アクセス数が多い場合は、さらに多くの SESSION ファイルが生成される可能性があります。この場合、SESSION ファイルを保存するための階層ディレクトリを設定すると、設定方法が大幅に向上します。 session.save_path= N;/save_path"、N は階層レベル、save_path は開始ディレクトリです。 SESSION データを書き込むとき、PHP はクライアントの SESSION_ID を取得し、この SESSION ID を使用して、指定された SESSION ファイル格納ディレクトリ内で対応する SESSION ファイルを検索し、存在しない場合は作成し、最後にデータをシリアル化して書き込みます。ファイル。 。 SESSION データの読み取りも同様の操作プロセスで、読み取りデータを逆シリアル化する必要があり、対応する SESSION 変数が生成されます。
3. マルチサーバー共有 SESSION の主な障害と解決策 SESSION の動作原理を理解すると、デフォルトでは、各サーバーが同じクライアントに対して別々に SESSION ID を生成することがわかります。 client ユーザーのブラウザでは、サーバー A によって生成された SESSION ID は 30de1e9de3192ba6ce2992d27a1b6a0a ですが、サーバー B によって生成された SESSION ID は c72665af28a8b14c0fe11afe3b59b51b です。また、PHP の SESSION データは、このサーバーのファイル システムに別途保存されます。
問題を特定したら、解決を開始できます。 SESSION データを共有したい場合は、2 つの目標を達成する必要があります。1 つは、同じクライアントに対して各サーバーによって生成された SESSION ID が同じである必要があり、同じ COOKIE を介して渡せることです。つまり、各サーバーは次のことを行うことができなければなりません。 PHPSESSID という名前の同じ SESSION ID を読み取ります。
もう 1 つは、SESSION データの保存方法と場所が各サーバーにアクセスできるようにする必要があることです。 簡単に言えば、複数のサーバーはクライアントの SESSION ID を共有し、サーバーの SESSION データも共有する必要があります。
最初の目標の実現は、実際には、COOKIE のドメインを特別に設定するだけです。デフォルトでは、COOKIE のドメインは、現在のサーバーのドメイン名/IP アドレスになります。 、それぞれ サーバーによって設定された COOKIES は相互にアクセスできません。
4. コードの実装
まず、MySQL の SQL ステートメントは次のとおりです: CREATE TABLE `sess` ( `sesskey` varchar(32) NOT NULL default '', `expiry` bigint(20) NOT NULLデフォルト '0' 、`data` longtext NOT NULL、PRIMARY KEY (`sesskey`)、KEY `expiry` (`expiry`) ) TYPE=MyISAM sesskey は SESSION ID、expiry は SESSION 有効期限、データが使用されますSESSIONデータを保存します。
デフォルトでは、SESSION データはファイル モードで保存されます。データベース モードで保存したい場合は、各 SESSION オペレーションの処理関数を再定義する必要があります。PHP には session_set_save_handle() 関数が用意されており、この関数を使用して SESSION 処理プロセスをカスタマイズすることができます。これは、PHP で設定できる session_module_name('user'); です。焦点は次のとおりです。 session_set_save_handle() 関数を見てみましょう。
この関数には 6 つのパラメータがあります: session_set_save_handler (string open、string close、
string read、string write、string destroy、string gc) 各パラメータはそれぞれの関数名です。これらの操作は順番に行われます:
オープン、クローズ、読み取り、書き込み、破棄、ガベージ コレクション。詳細な例は PHP マニュアルにあります。
ここでは OO を使用してこれらの操作を実装します。詳細なコードは次のとおりです。
)