0

そのため、完全に c# で記述された .Net 3.5 で実行されているカスタム CMS があります。このエンジンは、モバイル デバイス用にレンダリングするように最適化されていますが、通常の Web ブラウザーにサーバーを提供することもできます。また、Cookie を使用しないセッションもサポートしています。偉大な...

レンダリングを完全にデータから制御するために、(ブラウザー データを含む) 何もキャッシュしないことを選択しました。これは最近まですべて順調でした。

エンジンは、セッション オブジェクト内のユーザー状態を単純に記録する基本的なログイン機能を実装します。

動作はかなり奇妙です。ユーザーは問題なくサイトをクリックします。次にログインします。ログインは成功するか、ログイン画面を再表示するだけで、キャッシュされたページが返されるか再表示されることを示唆します...ログインが成功すると、同時ページヒットはログイン状態とログアウト状態の間で任意に切り替わります...また、どちらかを提案しますセッション状態にアクセスできないか、キャッシュされたページが返されます。

私は物事から地獄をデバッグしました....フィドラーなどの使用を含みます。デバッグすると、動作が消えます。

は?

このエンジンで実行されているサイトの 1 つはhttp://www.wiseguy.mobiです(南アフリカ向けにカスタマイズされているため、パスワード テキスト メッセージを取得できない可能性があります)。

4

1 に答える 1

0

わかりました、だから私は馬鹿でした...

この問題は、IIS アプリケーションが 2 つの WorkerProcess を実行していたという事実に関連していました。したがって、ユーザーがいずれかのワーカー プロセスにアクセスすると、InProc セッション状態は異なるセッション オブジェクト状態を返します。

これが、SQL SessionState の永続化によって解決された理由です。どちらも今ではかなりうまくセットアップされており、問題は解決されています...

于 2010-03-18T14:07:41.473 に答える