質問

通常、私は使用します App_Offline.htm サイトをオフラインにするため。しかし、時折、私がそれをするとき、サイトはただハングします(:ブラウザが永遠に待つように、サーバーは応答しません まったく)。これは、コントロールのように何かを変更し、その後、十分に速く(サイトハング)(サイトハング)を変更すると、アップデート可能なサイトで発生するようです。Webサイトのルートにapp_offline.htmを配置します。

ほとんどの場合、これはすぐに私のサイトを削除します。しかし、時にはそうではありません。そのような場合、私はウェブサイトを止めることはできません(再起動すると、動作は続きます)。アプリケーションプールの停止により、同じアプリプールを再起動できません。これまでの2つのソリューションは、IIS Webサービス全体を再起動することです。

これが起こらないようにしたいです。これはIISのバグですか? App_Offline.htm 見つかった? Windows 2008 SP2 64ビットでIIS 7を使用しています。

役に立ちましたか?

解決

IISは既存のアクションを停止する必要はなく、新しいリクエストが通過するのを防ぐだけです。 app_offline.htmは現在のリクエストを停止しますか、それとも新しいリクエストを停止しますか?

コントロールを更新し、ページをロードしてみてください。つまり、ロードが詰まっているシナリオを説明しているようです。この時点で、あなたはドロップします app_offline.htm そして、すぐにそのページを見ることを期待してください。

あなたが置いた後に完全に個別/新しいリクエストをしている場合 app_offline.htm その後、ページが表示されるのを見る必要があります。ただし、既存のリクエストは、上記のリンクのように影響を受けません。

可能であれば、展開してみてください app_offline.htm 制御変更を行う前にファイル。

他のヒント

私が見つけたのは、私のweb.configファイルにエラーがあるか、欠落していることです。この場合、app_offline.htmは処理されません。

あなたが何を意味するのかわかりません 「アプリケーションプールを停止しても、同じアプリプールを再起動できません」...プールを停止した直後に再起動できないということを意味する場合、それはまだ停止していないからです。そのプールの労働者プロセスの数に応じて、それが完全にスピンダウンするまでに1分かかる場合があるため、開始コマンドを受け入れることができます。

また、app_offline.htmがとにかく効果的に動作するためには、プールを再起動する必要があると思います。

つまりね。サーバーで.slnを開くときに、またはコードを更新するたびに、ルートにapp_offlineチケットが作成されます。これは、開発を妨げるアクセスを防ぐためのASP.NET自体の機能です。

.slnを開いた後、毎回app_offlineを手動で削除します。

この助けを願っています。ありがとう。

別の可能性は、欠落しているハンドラーです。次のハンドラーが必要です。

ExtensionlessUrlHandler-Integrated-4.0
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top