В своем посте "Как правильно создать страницу 404 или один слуга для двух хозяев"
я писал, что правильная страница "404" должна не только содержать сообщение, понятное пользователю, но и действительно возвращать 404 код ошибки.
Подробно об этом можно почитать в самом сообщении, но если в двух словах, то 404 код ошибки нужен поисковым серверам. Пока поисковики не научились
распознавать текст, им нужно явно указывать, что запрошенной страницы нет. Иначе такие ссылки будут долго болтаться в индексе, а сам сервер будет жаловаться,
что у нескольких страниц вашего сайта не только одинаковые заголовок и мета-теги, но еще и все содержимое.
Все было хорошо до тех пор, пока я случайно не увидел, что происходит на рабочем сервере. В ответ на ошибочный url браузер отобразил
стандартную страницу IIS 7.0 "Page not found".
Полез разбираться. На моем компьютере с Windows Vista и IIS 7.0 все работает отлично - возвращается именно моя страница, прием код возврата - 404.
А вот на рабочем сервере с Windows Server 2008 и IIS 7.0 возвращается стандартная страница IIS.
В результате получается, что сначала ASP.NET приложение корректно обрабатывает 404 ошибку и возвращает ответ браузеру. После чего этот ответ перехватывает
IIS, видит 404 код и заменяет его на на свое стандартное сообщение. Я не скажу точно, было ли это изначально в Windows Server 2008 или, скажем, появилось
вместе с Service Pack 2 - но налицо вот такой неприятный сюрприз. Проявляется он только в IIS Integrated mode, в Classic mode все работает как и раньше.
Кстати, это заставляет задуматься о том, что для качественного тестирования желательно иметь среду, аналогичную production server,
а не Windows 2000 с IIS 6.0 :)
[читать дальше]