問題タブ [session-state]

重要なシステムを制御するために使用される 2 つの産業用コントローラーがあります。1 つのコントローラーに障害が発生すると、もう一方のコントローラーが自動的に引き継ぐという考え方です。スワップ オーバーがシームレスに行われるようにするには、各スタンバイ コントローラーが常にオンライン コントローラーの状態をミラーリングする必要があります。

コード化と文書化が不十分なソリューションがあります。問題は、そのようなシステムまたはオープン ソース ソフトウェアを実装する共通の設計パターンがあるかどうかです。これらは、コントローラーや PC に使用でき、任意の数を許可するように拡張できる汎用ソリューションを作成するために使用できます。コントローラがスタンバイ ルーチンとして機能します。

ASP.NETでは、セッションはブラウザー用です。しかし、どうすればタブのセッションを作成できますか？

現在の（レガシー）PHPベースのWebサイトは、来年かそこらで再開発される可能性が低く、メインポータルとして機能します。

ASP.Netで新しいアプリケーションを開発し、それらを現在のポータルにプラグインしたいと考えていますが、Webサイトのユーザーが2回ログインする必要はありません。

2つのプラットフォーム間で認証状態を共有するための最良の方法は何ですか？それらは同じサーバー、データベースバックエンド、さらにはプロキシを共有しません。

Sql Server を使用して SessionState を保存および管理する場合、セッション データは暗号化を使用してデータベースに保存されますか?

ASPNet データベースのデータを見ると、ASPStateTempSessions 列の「SessionItemLong」のデータが 16 進数データのように見えます。このデータはデータベースに保存される前に暗号化されていますか? もしそうなら、データの暗号化に使用されている鍵はどこにあり、データの暗号化に使用されているアルゴリズムは何ですか?

また、Session 状態はシリアライゼーションを使用してオブジェクトを格納します。どのシリアライゼーションが使用されていますか? (バイナリまたは XML)

現在、ポストバックを行う一連のフォーム コントロールがあり、それらを更新パネルにラップすることで、「無料」のユーザー エクスペリエンスを実現することにしました。コントロールは、そのユーザーのセッション状態でデータを保存するため、プラットフォームから常にデータを要求する必要はありません。

セッションを利用したい場合に WebMethods および WebService 呼び出しを行う場合、セッションにアクセスしたい場合は、EnableSession プロパティを true に設定する必要があります。更新パネルも同じことを行うため、更新パネルからのリクエストがセッションにアクセスできるように WebMethod/EnableSession 属性を配置する適切な場所はどこですか?

ありがとう。

複数ページの登録フォームの状態パターンを実装しようとしています。各ページのデータが蓄積され、セッション オブジェクトに保存されます。

検証 (DB へのサービス層呼び出しを含む) は、ページ レベルまたは各状態クラス内で行う必要がありますか? 言い換えれば、IState の具体的な実装は検証に関係するべきでしょうか、それとも完全に設定された有効なオブジェクトを与えるべきでしょうか? 以下の「EmptyFormState」クラスを参照してください。

アプリケーションが実行されているドメインに基づいて、ASP.net で SessionState に使用される sqlConnectionString を変更できるかどうか疑問に思っていました。

シナリオ; 1 つのアプリケーションから実行されている 20 のサイトがあり、すべてが閲覧元のドメイン (サイト) に応じて異なるデータベースと通信しています。

www.domain1.com を参照すると、アプリケーションはデータベース 'db1' と通信します。一方、サイト www.domain2.com はデータベース 'db2' などと対話するため、関連するコンテンツが選択され、1 つのマスター データベースを使用してサイトのすべての接続を処理するのではなく、各データベースに負荷が分散されます。

ただし、発生した問題 - このセットアップでは、SessionState に SqlServer モードを使用するため、すべてのサイト セッションへのすべてのユーザーが 1 つの aspstate データベースに格納されます。サイトがビジー状態になり、サイトの数が増えると、このデータベースを処理する負担が増大します。すべてのサイトのすべてのセッション リクエストと、このデータベースへの接続がボトルネックになっているタイムアウト エラーが発生し始めています。

サイトを独自のアプリケーションから分離し、同じコードで異なるアプリケーションをセットアップできますが、各アプリケーション内で各 Web.Config に異なるセッション データベースを設定することで、負荷を軽減できます。ただし、このタスクにはかなりの時間がかかり、長期的にはより多くの管理が必要になります。SO ..セッションオブジェクトが作成される前に、ドメインに基づいてSessionStateに使用されるsqlConnectionStringをコード内で変更できるかどうかを知りたいですか? System.Web.HttpApplication から継承し、Application_AcquireRequestState イベントを使用して、HttpSessionState オブジェクトの必要なセットアップを作成できますか?

うまくいけば、これは理にかなっており、誰かがいくつかの指針を提供して、これが夢物語ではないことを証明してくれることを願っています!

乾杯、スティーブ

dll が GAC に配置されたときと同じプロセスがビンに配置されたときのセッション状態に適用されますか?

それとも、ボンネットの下で行われるある種の難解な変化がありますか?

セッション状態を使用するテスト ソリューションを、共有ポイント サイトの bin ディレクトリにデプロイしました。セッション状態が web.config ファイルで構成されていることを確認しました...

すべてがうまくいきます！

次に、このプロジェクトを別のソリューションにコピーしました。このソリューションは、GAC にデプロイされ、別の共有ポイント サイトでアクティブ化されます。この別の共有ポイント サイトの web.config ファイルで、必ずセッション状態をオンにします。セッション状態を使用するページを参照すると、このエラーが発生します…</p>

セッション状態は、構成ファイルまたは Page ディレクティブで enableSessionState が true に設定されている場合にのみ使用できます。System.Web.SessionStateModule またはカスタム セッション状態モジュールがアプリケーション構成の \ セクションに含まれていることも確認してください。

素晴らしい！私が見ることができる唯一の違いは、1 つのソリューションが Bin フォルダーに展開され、もう 1 つのソリューションが GAC に展開されることです。

ある日、Sharepoint が嫌いになりました。

これに関する更新: GAC にデプロイされた 1 つのページで単純な共有ポイント ソリューションを作成しました。このページは、値をセッション変数に追加し、セッション変数からラベル コントロールに読み戻します。

テスト サイトと本番サイトにソリューションを展開しました。テスト サイトでは期待どおりに動作しますが、エラーが発生します…</p>

セッション状態は、構成ファイルまたは Page ディレクティブで enableSessionState が true に設定されている場合にのみ使用できます。System.Web.SessionStateModule またはカスタム セッション状態モジュールがアプリケーション構成の \ セクションに含まれていることも確認してください。

私の本番サイトでは、なぜ、なぜ、なぜ?

セッション状態が有効になっていることを確認するために、web.config ファイルと中央管理者をチェックして再チェックしました。これは、私の sharepoint Web アプリの問題を示しているようです。

この 2 の更新:マスター ページです。マスター ページをすぐに使える選択肢に切り替えることで、セッション変数を使用してコードを正しく実行できることがわかりました。また、カスタム マスター ページが 'autoeventwireup=true' ページ ディレクティブを好まないことにも気付きました。2 つのマスター ページのテキストを比較しましたが、Tagprefix に違いはありません。探し続けます…

更新 3 この質問を閉じて、追加情報を追加して新しい質問を開始する方がおそらく簡単です。

新しい質問はこちら

今日、ASP.netのHttpApplicationStateに関連する2つの問題と混同しています。私の質問は次のとおりです

1. セッション管理（Webガーデンのデプロイに使用したいout procセッション管理のもの）にStateServerを使用する場合、HttpApplicationState（System.Web.UI.Page.Applicationプロパティを介してアクセスしている）を想定しても安全ですか？ ）セッションと同じようにStateServer内にも保存されますか？したがって、workerprocess Aが値「10」をPage.Applicationに書き込んだ場合、後でworkerprocess Bで実行されている別のリクエストは、同じキーに対してこの「10」を参照する必要があります。これは正しいですか？

2. 私の仲間の開発者の1人は、StateServerシナリオで、100個のKey-ValueエントリがPage.Sessionに挿入されている場合、別のリクエストからいずれかのキーを読み取ろうとすると、 workerprocessがテストで見つかったと言いました。 100個のエントリ全体をアクティブなworkerprocessメモリ空間に取り込み、リクエストによって実際に要求されたキーを提供します。それは本当ですか？

誰かが私がこの点で私の混乱を取り除くのを手伝ってくれるなら、大いにありがたいです。

ありがとう！

複数のインスタンスを持つことを選択した場合に、Azure で状態がどのように管理されるかについて誰か情報を持っていますか? InProc は価値がないように思われ、別の状態サーバー インスタンスを用意するか、データストアを使用してサーバー間でユーザーの状態を保存する必要があります。

それとも、スティッキー セッションを実装するので、必要なのは InProc だけです。

ここで答えを見つけました: Azure フォーラム