問題タブ [inproc]

私のチームは、複数サーバーのセットアップで「インプロセス」セッション状態モードを使用しています。セッション状態は各サーバーで一意になり、共有されないため、これは明らかに私には正しくないようです。

両方のサーバー (アプリケーションの構成ファイル内) に同じマシン キーを与えることで、この問題に取り組みました。しかし、これは実際には役に立たないと感じています...

これについての光は大歓迎です。

ありがとう！

これは私にとって非常に奇妙な問題です。

Microsoft の「All-In-One Code Framework」シリーズから EXE (アウトプロセス COM)とDLL (インプロセス)の2 つのバージョンの COM サンプルを直接ダウンロードしました。

C++ サンプルを使用しました。私は両方をコンパイルすることができます。こちらも両方登録済みです。

VBScript クライアント経由で EXE オブジェクトを使用できます。ただし、DLL を使用するようにクライアントを変更すると、次のエラーが発生します。

ActiveX コンポーネントがオブジェクトを作成できない

私のシステムは Windows 7 64 ビットです。COM コンポーネントは 32 ビットですが、EXE コンポーネントの場合、クライアントは 32 ビットと 64 ビットの両方のスクリプト ホストで動作しますが、DLL コンポーネントはどちらとも動作しません。

DLL も同様にスクリプト化するにはどうすればよいですか?

次の簡単なテストを実施しました。

1. web.config には、`sessionState timeout=40 mode=InProc` があります。
2. ページタグに「EnableSessionState = "ReadOnly"」が設定された空のページ
3. コードビハインド:

同時ポストバックの結果は次のようになります。

これは、セッション変数が更新されていることを明確に示しています。MSDN では、次を見つけることができます: http://msdn.microsoft.com/en-us/library/ms178581(v=vs.100).aspx

セッション状態モードをオフに設定すると、アプリケーションのセッション状態を無効にできます。アプリケーションの特定のページのみのセッション状態を無効にする場合は、@ Page ディレクティブの EnableSessionState 値を false に設定できます。EnableSessionState 値を ReadOnly に設定して、セッション変数への読み取り専用アクセスを提供することもできます。

アプリケーションのほぼすべてのページで読み取り/書き込み操作を実行します。ただし、これにより、同じクライアントに対して 2 つの http 要求を同時に実行できなくなります。最初のリクエストは、サーバーが 2 番目のリクエストを処理するまで終了する必要があります。いくつかの調査の後、明らかにセッションの排他ロックが原因でした。好奇心のために、セッション状態を ReadOnly に設定しようとしましたが、排他ロックが定義されていない編集可能のようです。

質問:

1- Readonly は Readonly を意味しますか (したがって、asp にはバグがあります)、それとも別のものですか?

2- セッションが ReadOnly 状態で編集可能に見える限り、心配することはありますか? 本番環境でこのまま使用しても安全だと思いますか?

ありがとう

Redis セッション状態プロバイダーを Web アプリケーションに実装しましたが、魅力的に機能しますが、redis サーバーに障害が発生したり、Web サーバーが redis サーバーに接続できなかったりするとどうなるでしょうか。

InProc セッション状態管理を Redis のフェイルオーバーとして使用する方法はありますか? 複数のセッション状態プロバイダーの宣言に関するドキュメントが見つからないため、redis が失敗した場合でも、システムは inproc を使用して引き続き作業できます。(redis でセッション状態を失い、失敗した場合はゼロから開始し、inproc で再びセッション状態を失い、redis が利用可能になった場合はゼロから開始することを受け入れます)

Q1:ここで説明されているデフォルトのプロセス間通信と比較して、子プロセスにメッセージを送信するために使用することの違いは何ですか?ZeroMQ

Q2: プロセスから子への直接的なコミュニケーションとして、どちらがより適切ですか? (より速く)

Q3: ドキュメントには次Creates an IPC channelのように書かIPCれています。TCP? ソケット？

現在InProc、.net Web プロジェクトでセッション状態モードを使用しています。ロードバランサーを使用するので、それInProcをセッション状態に移動したいと思います。SQLServer従う必要がある手順は何ですか?

私の C# コードでは、以下のようにセッションとして使用します。

では、ソース コードで行う必要がある変更は何ですか? SQLServerセッション状態を使用する場合、上記と同じコードを使用できませんか?

私のアプリケーションの 1 つで、DEALER/ROUTER インプロセス接続を使用しています。DEALER ソケットの linger オプションを 0 に設定して、ROUTER ソケットが閉じられると DEALER ソケットで送信されたすべてのメッセージが破棄されるようにします。これは TCP 接続ではうまく機能しますが、inproc ではブロックされます。最小限の作業例を次に示します。

DEALER ソケットを閉じる前に、zmq_send() 呼び出しがブロックされます。この最小限の例では、Sleep(1) 呼び出しを追加する必要がありました。この呼び出しを省略すると、zmq_send() はブロックしません。ブロックされると、コール スタックは次のようになります。

Windows 10 x64、libzmq 4.2.1 (4.1.6 でもテスト済み)、および Visual Studio 2015 を使用しています。DEALER/ROUTER 接続を完全にシャットダウンするにはどうすればよいですか? これは libzmq のバグですか?