4

通常、私App_Offline.htmはサイトをオフラインにするために使用します。しかし、時々、私がそうすると、サイトがハングするだけです（たとえば、ブラウザは永遠に待機し、サーバーはまったく応答しません）。これは、更新可能なサイトで、コントロールなどの何かを変更したときに発生するようです。その後、十分に速くならない場合（サイトがハングする場合）、WebサイトのルートにApp_Offline.htmを配置します。

ほとんどの場合、これはすぐに私のサイトをダウンさせます。しかし、時々そうではありません。そのような場合、Webサイトを停止することはできません（再起動しても動作は継続します）。アプリケーションプールを停止しても、同じアプリプールを再起動できません。これまでのところ、2つの解決策は、IISWebサービス全体を再起動することだけです。

これを防ぎたいのですが。App_Offline.htmこれは、が見つかったときに「すべてのアクションを中断」しないIISのバグですか？IIS7とWindows2008SP264ビットを使用しています。

4

5 に答える 5

6

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

于 2012-05-31T16:15:31.210 に答える
2

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

コントロールを更新し、ページを読み込もうとして、IEが読み込みを停止するシナリオを説明しているようです。この時点で、をドロップしてapp_offline.htm、そのページがすぐに表示されることを期待します。

配置後に完全に別の/新しいリクエストをapp_offline.htm行う場合は、ページが表示されるはずです。ただし、上記のリンクのように、既存のリクエストは影響を受けません。

可能であればapp_offline.htm、コントロールを変更する前にファイルをデプロイしてみてください。

于 2011-01-23T16:49:52.400 に答える
1

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

また、app_offline.htmを効果的に機能させるには、プールを再起動する必要があると思います。

于 2011-01-28T18:36:08.960 に答える
1

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

.slnを開いた後は、毎回手動でapp_offlineを削除してください。

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

于 2012-12-21T03:19:19.637 に答える
0

もう1つの可能性は、ハンドラーがないことです。次のハンドラーが必要です。

ExtensionlessUrlHandler-Integrated-4.0
于 2018-02-23T14:22:07.910 に答える