問題タブ [inproc]

私はIIS7でASP.NET Webサイトを使用しています.web.configには次のものがあります：

しかし、セッションは 20 分保持されず、非常に奇妙に動作し、1 分以内に期限切れになることもあれば、他のページにリダイレクトされることもあります。mode="InProc" を使用する必要があります。

誰が私を助けてくれますか?何が問題で、この問題を解決するにはどうすればよいですか? ありがとう！

アウトプロセス COM サーバーでもある *.exe アプリケーションがあります。

メイン スレッドは何らかのネットワーク ルーチンを実行しています。つまり、データ パケットを受信して​​キューに入れます。

COMクライアント、たとえばVBAはCOMサーバーを使用し、キューも使用したいと考えています。それらが同じアドレス空間にあるという事実にもかかわらず、問題は次のとおりです。

COM クライアントが exe プロセスと同時にキューを使用できるようにするにはどうすればよいでしょうか。

共有メモリを使用するアイデアがありましたが、成功しませんでした

更新:

boost::interprocess を使用しようとしました。同じアドレス空間のため、オブジェクト ポインターを共有したかっただけです。

exe部分：

COM 部分:

COMクライアント(VBA)が教えてくれる

オブジェクト「IMyCOMServer」のメソッド「ADD」に失敗しました

UPD2:

Com 部分を try{}catch{} で囲んだところ、「ファイルが見つかりません」というメッセージの例外が発生したことがわかりました。

ZERMQの初心者です。ZeroMQには、TCP、INPROC、およびIPCトランスポートがあります。Winx64とpython2.7でpythonとinprocを使用した例を探しています。これは、Linuxでも使用できます。

また、UDPの転送方法を探していましたが、例を見つけることができません。

私が見つけた唯一の例は

私が考えているユースケースは次のとおりです。UDPのような情報の配布。TCPを使用したプッシュ/プルのテストは高速であるか、inprocの方が高速です。

これがテスト例です>.............。

サーバ：

クライアント：

エラーメッセージ：

ASP.NET Web サイトを開発しています。セッション状態モードでどちらが優れているか知りたい: InProc または SQL Server? この問題に関するあなたの経験について聞く必要があります。

別の質問は、cookieless 属性に関するものです。true に設定した場合、サイトにセキュリティ ホールはありますか? MSDN サイトで見たすべてのサンプルで、この属性は false に設定されていました。

最後の質問は Timeout 属性についてです。この属性を InProc モードに設定すると、セッションの有効期間に影響しますか?

In-Proc セッション ステートに生産上の問題があります。

私たちのアプリケーションは MVC 3 .NET フレームワークに基づいており、Sitecore CMS を実行しているサイトに統合されています。

ユーザーは、アプリケーション フロー全体でランダムに「オブジェクトのインスタンスに設定されていないオブジェクト参照」を経験しています。

広範なログとトレースの結果、セッション オブジェクトが null を返したことが原因であると結論付けることができました。

ここでは、私たちが発見したことと知っていることについて、いくつかの詳細を説明します。

1. セッション ID は同じユーザーに対して永続的であり、アプリケーションに正しく渡されます。
2. これはコードの問題ではないと思います。これは本番環境でランダムな間隔でのみ発生し、ローカル、開発、またはステージング環境では決して発生しないためです。
3. ロード バランサーを介して実行されている 2 つの運用サーバーがあります。
4. サーバーの 1 つをスリープ状態にし、すべてのトラフィックを 1 つのサーバーにルーティングすることでテストしたため、これはサーバーの永続的な問題ではありません。また、ロギングを通じて、ユーザーが同じサーバーにアクセスしていることを特定できましたが、セッションは null になりました。
5. 以前にエラーが発生した場合でも、アプリケーションを正常に処理できるため、これはクライアントの問題ではないようです。
6. これは、トラフィックの負荷やサーバーの負荷の問題ではないようです。これは、1 日を通してランダムな時間に発生し、ランダムなユーザーに発生するためです。
7. これは、アプリ プールのリサイクルが原因ではないようです。
8. これは、タイムアウトが 2 時間に設定されているため、セッション タイムアウトが原因ではないようです。ログを追跡している間、ユーザーはフローの開始から 5 ～ 10 分かかる可能性があります。

補足: Sitecore CMS により、In-Proc セッション状態を使用する必要があります。したがって、デザインの変更はオプションではありません。

セッションのロックまたは同時アクセス試行による破損に関係している可能性があるという理論があります。

アプリケーションでこの問題が頻繁に発生するのは、ユーザーが JavaScript (windows.location) によってリダイレクトされている場合です。

また、非同期の ajax 呼び出しが行われている領域でも。

私たちはしばらくこれについて頭を悩ませていましたが、問題が何であるかについての洞察や理論を誰かが持っているのではないかと思っています。

ありがとう

追記:

@Mystere && @H27Studio、セッションIDまたはセッションリセットの問題に関連するものも発見しました。場合によっては、ページのリダイレクトで、メソッドへの 2 つの重複した GETS 呼び出しがトリガーされていることがわかります。最初の呼び出しにはセッション ID がなく、サーバーの 1 つにランダムにリダイレクトされます (これは、ロード バランサーからのサーバー永続セッションがクライアント IP、セッション ID、およびその他のヘッダー情報に基づいて一意のセッションを作成し、クライアントを 1 つのサーバーに保持します)。これは、リダイレクト ページが window.location を使用している場合、フロー中に毎回発生します。

これにより、セッション ID のない不適切な呼び出しが同じサーバーにヒットした場合、クライアントで「オブジェクト参照が設定されていません..」という問題が発生します。(これはおそらく、sessionID のない最初の不適切な呼び出しにより、アプリケーションが元のセッションのオブジェクトをオーバーライドする新しいセッションを作成するためです) したがって、正しい sessionID がアプリケーションに渡される 2 回目の呼び出しでも、セッション オブジェクトに null が含まれていることがわかります。 .

したがって、セッションオブジェクトをクリアする重複呼び出しに問題があると思いますが、その理由や原因はわかりません。

誰でもこれについて手がかりを持っていますか? ありがとう

更新: この問題を解決するために、これらの手順を実行する予定です。

1. 非同期 Ajax 呼び出しが行われた領域で問題が発生したため、非同期機能を削除し、Ajax を同期して実行できるようにする予定です。
2. Windows.location JavaScript リダイレクトが発生する問題があります。この領域の問題を解決するために、ポストバックを使用する別の方法を作成しました。
3. 上記の問題のいずれにも関係しない他の領域は、まだ未解決のままです。

変更の影響は、本番環境へのデプロイ後に掲載されます。

すべてのコメントをありがとう。

セッション状態モードが「InProc」であるasp.netWebアプリケーションがあります。Inprocの場合、デフォルトではセッションの有効期限は20分です。セッションが期限切れになる前の1分間、セッションの有効期限のカウントダウンポップアップを表示したいと思います。しかし、何回のミミュートが過ぎ去ったかを示すプロパティを見つけることができません。19分かどうかを知る方法。今私は以下のようにやっています：

過去に、プロジェクトの早い段階で SqlServer / StateServer を使用するようにというアドバイスを聞いたことがあります。そのため、スケーリングするときに、シリアル化できないオブジェクト InProc を使用する開発者の罠にはまらず、後で SqlServer / StateServer に移行するときに壊れてしまいます。

起動したばかりなので、現時点では SqlServer セッション状態の InProc を使用する必要はありませんが、おそらくかなり迅速にスケーリングする必要があります。

InProc を使用するときにシリアライズ可能なオブジェクトを強制することについて、誰かに推奨事項はありますか? おそらくラッパーを作成していますか？

基本的に私の質問は、私は約 3 年前に開発されたウェブサイトを持っていますが、開発中に、このサイトはインターネット上で少数の人々によって使用されることが提案されました。

しかし、今では多くのユーザーがウェブサイトにアクセスしているようです。そのため、Web サイト用に複数のサーバーがある Web サーバー ファームを作成することを計画しました。

開発における主な問題は、古い Web サイトでセッション状態を使用していたことです。現在、複数のサーバーにアップグレードしているため、 StateServer セッション状態に変更しInProcたいと考えています。InProcOutproc

このアップグレードについて教えてください。また、セッションが使用されている各ページのコーディングを変更するのではなく、シンプルで簡単な方法でそれを実現する方法を教えてください。

状態を保存するためにセッションを大幅に利用するASP.NetMVCアプリケーションがあります（大規模なデータ収集を含む）。現在、単一のWebサーバーでホストされています。セッションはデフォルトのInProcに設定されています。

多くのユーザーがオンラインになっていると、一部のユーザーのアプリケーションがフリーズするという問題が発生します。これは、InProcセッションのスケーリングがあまり良くなく、プロセスで使用できるメモリが非常に多いためだと思います。（メモリ需要が使用可能なメモリを超えた場合はどうなりますか？ディスクにスワップアウトしますか？）

スケーラビリティに役立つソリューションをいくつか考えています。（a）SQLサーバーのセッション状態。（b）AppFabricキャッシングを使用するようにセッション状態を構成します。最初のオプションは、パフォーマンスに影響を与え、保存されたアイテムをシリアル化できるようにする必要があることを除けば、優れたソリューションのように見えます。

単一のWebサーバーがキャッシュホストとしても使用される環境でAppFabricキャッシング（別名Velocity）を使用するようにセッション状態を構成するのはどうですか？これは、この単一サーバー環境でのInProcとどのように異なりますか？これにより、InProcよりもスケーラビリティと使用可能なメモリが提供されますか、それとも基本的に同じ制約になりますか？