On Mon, 23 Jul 2001, Igor Sysoev wrote:
> > Гм, наверное и правда стоит описать проблему. У нас есть ряд сайтов,
> > которые используют обработчик 404-ой ошибки, причем не только для того
> > чтобы сказать "А нету такого файла", но и для показа полноценного
> > документа сайта. Например, пришел запрос на www.company.ru/about/ и
> > каталога about в природе нет, а обработчик 404-ой ошибки подсовывает
> > клиенту полноценную страничку с информацией о компании или о чем там
> > нужно.
>
> Ну в этом случае, может быть, лучше по таким ссылкам расположить
> реальную информацию ?
В смысле реальные файлы? Да уж больно у нас фанатеют от использования
обработчика 404-ой ошибки. И по моим наблюдениям обработчики у нас
используются все больше и больше, а значит есть смысл. Лично мне он до
конца очевиден, ибо я этого не делаю. В любом случае, не переделывать же
уже готовые проекты.
Кстати, сегодня потестировали и выяснили, что я похоже был прав, когда
решил подсовывать код 200 вместо 404. Все работает. И все довольны :)
И слишком умных MSIE можно посылать в строго заданном направлении. А то
я смотрю уже целая дискуссия разгорелась про их поведение :)
> > Другой аспект этой проблемы такой. Зашел я как-то в начале месяца в МЭИ и
> > случайно народ решил посмотреть на пару наших сайтов. Я смотрю, а страницы
> > с 404-ой ошибкой не показывается. Чего и почему - неизвестно, но я
> > предположил, что местный прокси так настроен. А узнать про это подробнее
> > тогда я не смог, ибо смотрели с клиентской машины и как там устроена сеть
> > никто просто не знал.
>
> Я думаю, такие кривые конфигурации нельзя поощрять, подстраиваясь под них.
А что делать? У ребят явно упертая клиентская машина, как там сеть
работает - дело темное. Но совсем плохо, это когда у клиента не
показывается. Клиент все-таки.
> > Третий аспект проблемы - это индексация с помощью ЯndexSite. Как он видит
> > код 404, так и не индексирует. Что иногда очень огорчает.
>
> Ну а какой смысл индексировать несуществующие старницы :)?
А это личное мнение ЯndexSite, не совпадающее с мнением наших разработчиков
:) Но теперь-то консенсус достигнут!
> > Вот. А еще тут народ высказал мнение, что это все надо решать с
> > применением mod_rewrite. Правильно ли это? С mod_rewrite случая
> > разобраться не было, но может это и правда наиболее правильное решение?
>
> Често говоря, навскидку мне в голову не приходит решение с помощью
> mod_rewrite. Вообще же, мой опыт общения с mod_rewrite говорит о том,
> что в большинстве случаев его можно успешно применять, только если
> хорошо представляешь себе потроха Апачи и особенности реагирования
> тех или иных модулей на mod_rewrite.
Понял. Принял к сведению. Остается узнать, какое же решение нам
присоветовали с помощью этого mod_rewrite :)
Всеволод.
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.