複数のサイト間でセッションを共有する一般的な方法は次のとおりです。
•.net 自動状態サービス (asp.net 状態サービス) を使用する;
•.net セッション データベースを使用する;
•memcached を使用します。
•Cookie を使用して複数のサイト間で共有を実現します (この方法は、複数のサイトが同じドメイン名にある場合にのみ限定されます);
ここでは、セッションをデータベースの形式で保存してマルチサイトを実現する練習をします。 -サイト共有セッション。
まず、以下に示すようにサイトを構築します。
default.aspx
ボタンは 2 つあり、setsession は主にセッションに値を割り当てるために使用されます (例: session["sharevalue"] = "abcd")。
getsession は主にセッション値を取得するために使用されます。
具体的なコードは次のとおりです:
コード部分はこれですべてです...
次のステップは、Web を構成することです。 .config. 実際、主なことは、machinekey と sessionstate の 2 つのノードをノード
に追加することです。
1. machinekey を追加する主な機能は次のとおりです:
"によるとmsdn の標準ステートメント: 「フォーム認証 Cookie データとビュー ステート データの暗号化と復号化、およびアウトプロセス セッション状態 ID の検証に使用されるように、キーを構成に追加します。 「つまり、フォーム認証 Cookie やビューステートの暗号化など、asp.net の多くの暗号化は machinekey の値に依存します。デフォルトでは、asp.net の構成は自動的に動的に生成されます。単一のサーバーでは問題ありませんが、複数のサーバーが負荷分散されている場合、マシンキーも動的に生成されます。各サーバーのマシンキーの値が一貫していないため、暗号化の結果が不一致になります。検証とビューステートは共有できないため、複数のサーバーの負荷分散ではこの場合、各サイトで同じマシンキーを構成する必要があります。」詳細については、他の情報を確認してください。
2. セッション状態を追加すると、主にセッションをデータベースに保存できるようになります。
具体的な構成は次のとおりです:
コードをコピーします コードは次のとおりです:
validation="sha1" decryption="aes"/>
ウェブサイト部分は問題ありません。 。 。以下はデータベースを構成する手順です...
データベース構成:
aspnet_regsql.exe ツールを使用する
asp.net バージョン 2.0 以降、Microsoft はセッションを簡単に構成するための aspnet_regsql.exe ツールを提供しています。このツールは、Web サーバーの "システム ルート ディレクトリ\microsoft.net\framework\versionnumber" フォルダーにあります。
使用例:
aspnet_regsql.exe -s . - u sa - p 123456 -ssadd -sstype p
-s パラメータ:
はデータベース インスタンス名を表します。「.」を使用してローカル マシンを表すことができます。
-u および -p パラメータ:
はユーザー名とパスワードを表します。
-e パラメータ:
-u –p と -e の間でグループを選択できます。-e は、現在のシステム ユーザーとして Windows 認証を通じてデータベースにログインすることを意味します。
-ssadd / –ssremove パラメータ:
-ssadd はセッション データベースの追加を意味し、-ssremove はセッション データベースの削除を意味します。パラメータの説明:
t
セッション データをデータベースの SQL Server tempdb に保存します。これがデフォルトの設定です。セッション データが tempdb データベースに保存されている場合、SQL サーバーが再起動されるとセッション データは失われます。
セッション データを tempdb データベースではなく aspstate データベースに保存します。
c
セッション データをカスタム データベースに保存します。 c オプションを指定する場合は、-d オプションを使用してカスタム データベースの名前も含める必要があります。
私の設定は次のとおりです: aspnet_regsql.exe -s . - e -d awbuisession -ssadd -sstype c
わかりました。基本はこれで終わりです。 。
次に、構築したばかりの Web サイトを iis にデプロイします。しかし、ロードしたいので。少なくとも 2 つのコピーを展開する必要があります。
サーバーの 1 つで defaut.aspx の "サーバー 1" を "サーバー 2" に変更しました。これを行う主な目的は、違いを生むことです。
詳細は次のとおりです。
2 つの Web サイトの URL は次のとおりです。
サーバー 1: 127.0.0.1:8081;
サーバー 2：127.0.0.1:8080;
わかりました。次にnignxの設定を行っていきます。
まず、nginx\conf 構成ファイルで nginx.conf ファイルを見つけ、メモ帳で開き、
上記の設定を行います:
# ＃＃わかりました。 nginx がこのように設定されていれば問題ありません。 nginx を開始しましょう。nginx で設定した URL をブラウザに入力します (例: 127.0.0.1:8090 
#セッション ID には、Web サイトによって生成された 24 ビットのセッション ID と 8 ビットのアプリ名という 2 つの部分が含まれます。サイトが異なると、アプリ名は異なります。24 ビットのセッション ID を異なるサイトで同じにできる場合は、アプリ名を結合して追加した後のセッション ID が同じであることを確認する必要があります。取得したセッション ID がアプリ名と無関係になるように、ストアド プロシージャ tempgetappid を変更できます。次のように tempgetappid を変更します:
コードをコピーします。は次のとおりです:
alter プロシージャ [dbo].[tempgetappid]@appname Tappname,
@appid int Output
as
set @appname = 'test' -- lower(@appname) 複数のサイトのアプリ名が固定値になるようにこれを変更します。
set @appid = null
select @appid = appid
from [awbuisession].dbo.aspstatetempapplications
where appname = @appname
@appid が null の場合 begin
begin tran
select @appid = appid
from [awbuisession].dbo.aspstatetempapplications with (tablockx)
where appname = @appname
if @appid is null
begin
exec gethashcode @appname, @appid Output
insert [awbuisession].dbo.aspstatetempapplications
values
(@appid, @appname)
if @@error = 2627
begin
declare @dupapptappname
select @dupapp = rtrim(appname)
from [awbuisession].dbo.aspstatetempapplications
where appid = @appid
raiserror('SQL セッション状態の致命的なエラー: アプリケーション ''%s 間のハッシュ コードの衝突'' と ''%s''。問題を解決するには、最初のアプリケーションの名前を変更してください。',
18, 1, @appname, @dupapp)
end
end
commit
end
return 0
各サイトを再起動します。 Web サイトを再度参照します。
#「setsession」をクリックし、
「getsession」を再度クリックします。 
このようにして、サーバー 2 がサーバー 1 に設定したばかりのセッション値を提供していることがわかります。 
サーバー 1 とサーバー 2 が同じ結果を返し、「マルチサイト共有」セッションが実現していることがわかります。 ''
以上がnginx がロード バランシングとマルチサイト共有セッションを実装する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
