サイトのメンテナンス中に適切なものを表示できるように、保留ページを作成したいと考えています。
買い物リスト：
- オン/オフの切り替えのしやすさ
- Google BOT にすべてのページが消えたと思わせたくない NOINDEX/NOFOLLOW
- ユーザーに IIS7 の "ERROR 500 go away" メッセージを表示させたくない - 代わりにカスタム ページを表示する
以前は、すべての URL がルーティングされるサイトに ASP の「保持ページ」がありました。IIS7 と SEO Friendly URL Rewriting に移行して以来、これはもはや実現不可能です。
そこで代わりに、Holding Page DEFAULT.ASP と 404 ハンドラーのみを含む別の IIS サイトを使用して、すべての URL がそこにルーティングされるようにしました。次に、IIS Config で IP アドレスまたはホスト ヘッダー ドメイン名を切り替える必要があります (ロールアウト中にライブ サイトにアクセスするには、PREVIEW.MyDomain.com をバイパスします)。
応答コードを設定する必要があります - 503 "Service Unavailable" が最も適していると思いますか? ( Http エラー 503 のカスタム エラー ページは、IIS7 がエラー 503 のカスタム ページを表示しないことを示しているようですが?)
IIS7 の "ERROR 500 go away" メッセージが表示されないようにするには、この "保留サイト" を設定して詳細なエラーを許可する必要があると思いますか?
メイン アプリケーションは従来どおり ASP.
サイト内でこれを処理できる別の方法はありますか (したがって、すべてのリクエストは保留ページに送られますが、保留ページを削除する前にサイトのアップグレードをテストできるようにバックドアがあります) [以下の私の考えを参照してください]
IIS サイト間で IP アドレス (またはホスト ヘッダー名) を切り替えることは、現時点では巧妙な操作ではありません。手動で行うと、関連する 6 つの IIS サイトで 1 ～ 2 分かかります。おそらく、切り替え可能な Web.Config ファイルを用意することもできますが、これは、設定に対する最近の変更の一部が失われることを意味する可能性が高いと思います :(
可能な代替実装:
フラグを設定して保留ページを表示できるようにする DEFAULT.ASP (当社のサイトは、すべての要求に対して単一の ASP ページを介して動作します) を使用することを検討しています。開発者が Cookie (またはおそらく IP アドレスの「バイパス」リスト) を設定するための「バックドア」が存在するため、アップグレードのロールアウト中に、保留中のページ フラグを削除する前にサイトがすべて正常であることを確認できます。
現在の個別のホールディング サイトの利点の 1 つは、HTML / 画像 / CSS をそこに展開できることです。一方、ライブ サイトでは、ホールディング ページは、画像や CSS ファイルなどを含むあらゆるものが変更の一部として変更される可能性があることを想定する必要があります。アップグレードすると、ヒューマンエラーが邪魔になります!