Замечаю, что многие беспокоятся о быстрой переиндексации сайта Яндексом и подыскивают себе хостинг, который “не режет” заголовок If-Modified-Since.
Ну, раньше мне сайтов с таким огромным количеством страниц не попадалось, но… зачем переезжать-то? Неужели анализировать заголовки в скрипте не проще?
Скажем, с помощью сервиса http://seolab.ru/add/header.htm делаем запрос с этим заголовком, в переменных окружения видим:
HTTP_IF_MODIFIED_SINCE=Mon, 09 Aug 2004 09:22:24 GMT
-ну и что, сложно его анализировать, и, если переиндексация страницы не нужна, отдавать 304 Not Modified?
Кстати, средствами сервера все равно неудобно управлять переиндексацией, даже если этот заголовок не режется. Ведь нельзя отдельным страницам “приказать” обновиться.
А таким способом можно. Можно даже переиндексацию планировать.
RFC: http://seolab.ru/add/rfc2068/82.html
>Ведь нельзя отдельным страницам "приказать" обновиться.
Если я все правильно понял, то touch file.html как раз обновит дату изменения файла, другое дело, что содержание файла не изменится.
>touch file.html как раз обновит дату изменения файла
-А, ну да. Точно.
Как раз на сходную тему сегодня озадачился. Создал ветку на форуме, но что-то ответов нет.
Может подкините мысли какие? Тема в "Самое разное > Вопрос по If-Modified-Since". Cherny, помнится Вы крупный специалист в этой теме?
Кстати, с If-Modified-Since возникают проблемы, если php как CGI стоит. Лечится несложно, метод описан в
http://www.controlstyle.ru/articles/programming/text/if-mod-since-php/print/