問題タブ [session-state]

asp.net ソリューションをホストするマルチコア サーバーがあります。以前はデュアルコアなどで、インプロセス セッション状態などを使用しないようにアプリを変更する必要がありました。これはデュアル コアの場合でも当てはまりますか?

また、サーバーキャッシュはこれに関与していますか? セッションに問題はありませんでしたが、コードからキャッシュをクリアしようとしても機能しません。iis リセットを実行してキャッシュをクリアする必要があります。-- ただし、locallay (デュオ コアを使用) では動作しますが、サーバー (intel pentium D) では動作しません。

ありがとうございました。

現在、jquery を使用して MVC でプログレス バー付きのアップロード コントロールを作成しようとしています。問題が発生し続けますが、mvc が並列スレッドで機能しないという問題がありますか?

ファイルをアップロードし、JS からサーバーへのいくつかのコールバックを介して実行されるアップロード中に進行状況を表示すると、現在のアップロード状態に関する情報を取得しようとしていますが、ファイルがアップロードされた場合にのみサーバーからの応答が返されます。

MVC でセッション状態クエリを常に取得する方法、またはリクエストが実行されたときに取得する方法を知っていますか?

誰かが答えを知っていれば、他の人もきっと助けてくれると思います!!

Session.Clear() と Session.Abandon() の両方がセッション変数を取り除きます。私が理解しているように、Abandon() は現在のセッションを終了し、新しいセッションを作成して、End イベントと Start イベントを発生させます。

ユーザーのログアウトなど、ほとんどの場合、Abandon() を呼び出すことをお勧めします。代わりに Clear() を使用するシナリオはありますか? パフォーマンスの違いは大きいですか？

クライアントに 30/月から 80/月のホスティング パッケージへのアップグレードを勧める前に、誰かが私の仮定を検証してくれることを期待していました。

サイト:サイトはカスタム ASP.NET e コマース サイトです。ショッピング カートは inproc セッションに保存されます。

現在のような繁忙期の 問題で、ユーザーはショッピング カートと FormsAuthentication ログイン情報を頻繁に紛失しています。

解決策SQL Server セッション状態を使用するようにサイトを移行したいと考えていました。私の推測では、負荷が原因で InProc セッションが 20 分のタイムアウトよりも頻繁にリサイクルされているため、顧客がショッピング カートを失っているということです。セッションを SQL Server またはセッション状態サーバーに移動すると、顧客はショッピング カート セッションをリサイクルせずに保存できるようになります。その場合、セッション タイムアウトを 40 分または 60 分に増やすと、問題が発生する可能性があります。

誰かが簡単な方法を知っているのか、それともソリ​​ューション内のどのオブジェクトがシリアル化可能としてマークされていないのかを知るためのリフレクションツールを書いたのかどうか疑問に思いました。サイトをStateServerに切り替えていますが、すべてのオブジェクトをシリアル化可能としてマークする必要があります。見逃したくない。

また、2番目の部分は列挙型がシリアル化可能である必要がありますか？

このWebサイトは、VS2003で構築されたASP.NET1.1サイトです。

データベースでセッション状態を維持する必要があります。ただし、Web サーバーからデータベースに直接アクセスすることはできません。Web サーバーは、データベースにアクセスできるアプリケーション サーバーと通信します。
これを設定する方法はありますか？または、カスタム コンポーネントを作成する必要がありますか。
このセットアップの理由は、負荷分散を可能にし、ユーザーのセッションをあるサーバーから別のサーバーにリダイレクトできるようにするためです。

セッションの代わりにキャッシュを使用するように ASP.NET チームが推奨したため、ここ数年、WebForm モデルでのセッションの使用を停止しました。したがって、通常、web.config でセッションをオフにします。

しかし、この設定で ASP.NET MVC アプリケーションをテストするとSessionStateTempDataProvider、mvc フレームワーク内のクラスでエラーがスローされ、セッション状態をオンにするように求められました。セッションを使用するソースを見る：

では、なぜ彼らはここでセッションを使用するのでしょうか? 私は何が欠けていますか？

================================================== ======

編集申し訳ありませんが、この投稿はセッションとキャッシュについて議論することを意図したものではありませんが、ASP.NET MVC のコンテキストでは、ここでセッションが使用される理由を知りたいと思っていました。このブログ投稿でも、Scott Watermasysk は、セッションをオフにすることは良い習慣であると述べています。

ASP .NET / MVC C# 3.5 Web アプリの状態管理戦略を考え出すように依頼されました。

私は状態サーバーにセッションを保存することを選択しました - これは別の物理的なボックスになります。セッションに保存するときにオブジェクトをシリアライズ/デシリアライズするのにかかる時間が心配です...

これを行うときに最大のパフォーマンスを得るためのテクニックを知っている人はいますか?

また、情報をセッション ヘルプに格納する前に圧縮するなどの処理を行うか、これによりパフォーマンス時間が遅くなります。

編集: 複数の Web サーバーがあるため、状態サーバー用に別のボックスを使用しています。

複数の ASP.NET アプリケーション間でセッションを同期するための洗練されたソリューションはありますか? これは簡単にセキュリティ ホールと見なされる可能性があると確信していますが、サード パーティの ASP.NET アプリケーションが関係しているため、拡張することはできません。このため、2 つ目の [関連する] サイトが開発されていますが、サードパーティ アプリケーションで作成されたセッションに直接アクセスする必要があります。

例として、ユーザーが一方のサイトにログイン/ログアウトすると、もう一方のサイトでも同じ操作が発生する必要があります。ただし、これは典型的な SSO を超えていることに注意することが重要です。

MSDN によると、regenerateExpiredSessionId="true"は、期限切れのセッション ID がクライアントによって指定されたときにセッション ID が再発行されることを指定していると理解しています。ただし、これは説明どおりに機能していないようです。

次のように構成されたアプリケーションがあるとします。

また、別の場所には、期限切れのセッション ID が埋め込まれているアプリケーションのページへのリンクがあります。

Cookie が有効になっていないブラウザでそのリンクをクリックした場合、セッション ID は再発行されません。URL から期限切れの ID をリサイクルし、この古い ID で新しいセッションを作成しています。

もちろん、Cookie を使用しない複数のブラウザが同時にリンクをクリックすると、すべてのブラウザが期限切れの同じセッション ID を共有します。これは明らかにセキュリティ上の問題です。

regenerateExpiredSessionId="true"は、ユーザーが誤って同じセッション状態を共有するのを防ぐためのものではありませんか? もしそうなら、この場合、フレームワークが期待どおりに新しいセッション ID を生成しないのはなぜですか?