Я хочу создать удерживающую страницу, чтобы во время обслуживания сайта мы могли отображать что-то подходящее.
Список покупок:
- Простота включения / выключения
- Не хочу, чтобы Google BOT считал, что все страницы исчезли NOINDEX / NOFOLLOW
- Не хотите, чтобы пользователи видели сообщение IIS7 «ОШИБКА 500 исчезнуть» - вместо этого показывайте мою пользовательскую страницу
Раньше на сайте была «промежуточная страница» ASP, на которую будут перенаправляться все URL.После перехода на IIS7 и SEO Friendly перезапись URL, которые больше не осуществимы.
Таким образом, вместо этого мы использовали отдельный сайт IIS, который содержит только удерживающую страницу DEFAULT.ASP и обработчик 404, чтобы любой URLполучает к этому.Затем нам нужно переключить IP-адреса или доменные имена заголовков хостов в IIS Config (и у нас есть обход PREVIEW.MyDomain.com для входа на сайт Live во время развертывания)
Нам нужно установить код ответа- Думаю, 503 «Сервис недоступен» будет наиболее подходящим?(хотя Страница пользовательских ошибок для ошибки Http 503 , кажется, указывает, что IIS7 не будет отображать пользовательскую страницу с ошибкой 503?)
Чтобы люди не увидели сообщение IIS7 «ОШИБКА 500 исчезнет»Я думаю, нам нужно настроить этот «промежуточный сайт» для разрешения подробных ошибок?
Основное приложение по-прежнему Classic-ASP, но для промежуточного сайта мы можем реализовать ASP.NET, если это преодолевает некоторые препятствия..
Есть ли альтернативный способ, которым мы могли бы обработать это на сайте (поэтому все запросы переходят на страницу удержания, но есть некоторая задняя дверь, чтобы мы могли протестировать обновления сайта перед удалением удерживающей страницы) [Пожалуйста, посмотрите мои мысли ниже]
Переключение IP-адресов (или имен заголовков хостов) между сайтами IIS в настоящее время не является легкой операцией - выполнение этого вручную занимает одну или две минуты для полдюжины задействованных сайтов IIS.Возможно, мы могли бы просто иметь файлы Web.Config, с которыми мы могли бы переключаться - хотя я думаю, что это может означать, что некоторые недавние изменения настроек теряются в стирке: (*
Возможная альтернативная реализация:
Мы рассматривали возможность использования файла DEFAULT.ASP (наш сайт работает через одну страницу ASP для всех запросов), который позволяет устанавливать флаг и отображать страницу удержания. Тогда была бы «задняя дверь» дляразработчики установили Cookie (или, возможно, список «обхода» IP-адресов), чтобы во время развертывания обновления они могли видеть, что с сайтом все было в порядке, прежде чем снимать флаг удерживающей страницы.
Одно преимущество текущего отдельного холдингового сайтав том, что там можно развернуть любой HTML / Images / CSS, тогда как на живом сайте страница «Удержание» должна исходить из того, что что-либо, в том числе изображения, файлы CSS и т. д., может быть изменено в рамках обновления - и тогда в игру вступает Human Errorкстати!