多くの人が既にこの問題を認識しているようですが、解決策を見つけることができません。IIS7で実行されている従来のASPのセッション変数
IIS6からIIS7にWebアプリケーションを転送しました。認証の目的と、セッション変数を使用するその他の関数です。 IIS6では何も問題はありませんでしたが、現在はすべてのユーザーが時間と忍耐を失っています。なぜなら、アプリケーション変数はページが送信されてからユーザーがアプリから追い出されてしまうためです。
何が起こっているのか、これを修正する方法を知っている人はいますか？
この問題の解決は簡単です：80以外のポートは使用しないでください。 サイトを別のIPにポート80で移動すると（同じIP上のヘッダーの使用はテストされませんでした） ....
@AllBlondこれは受け入れられますか？問題はあなたのアプリケーションプールとそれがどのようなリサイクルスケジュールに設定されているかです。既定では、IIS 7でアプリケーションプールが（CPU、ワーカー、メモリなど）をリサイクルする時期を決定するその他のリサイクル設定もありますが、スケジュールが適切に構成されていないと特に攻撃的です。 – Lankymart
@Lankymart、それも私のために働いた。また、他の誰も、その時に問題を解決するのに役立つ何かを言いませんでした。そして、それは1分あたり多数のユニークビジターを持つプロダクションサーバーでした... –
@AllBlondこれはあなたの問題を隠しただけで、あなたのポート割り当てを変更する行為はおそらくあなたのサイトをリサイクルしました。バインドしているポートまたはIPアドレスを強制的に切り替えるソリューションは、解決策ではなく、ここを訪れてくる人を助けません。 – Lankymart
IIS上に新しいWebサイトまたは仮想ディレクトリとしてアプリケーションをデプロイしましたか？ サーバによって実行されるglobal.asaのメソッドは、既存のWebサイトの仮想ディレクトリだけでなく、新しいWebサイトとしてアプリケーションを展開する必要があることに注意してください。
これは、IIS7の新しいWebアプリケーション（サイト）です –
32ビットが有効な設定で個々のアプリケーションプールを使用します。 –
詳細：ポート8080を使用します。 –
セッション変数が失われたときにトレースするロギングコードを追加することをお勧めします。サーバーへのポスト、リダイレクションなどの後に、原因を絞り込むことができます。 幸運。
ソリューションを探しhere ...
固有のチェックボックスが私の問題固定
問題は、あなたのアプリケーションプールで、どのようなリサイクルスケジュールそれがに設定されます。既定では、IIS 7でアプリケーションプールが（CPU、ワーカー、メモリなど）をリサイクルする時期を決定するその他のリサイクル設定もありますが、スケジュールが適切に構成されていないと特に攻撃的です。 – Lankymart