Странная дата документа в Яндексе

оставь так :)

индексировать чаще будет 😆

ИМХО, строка Header("HTTP/1.0 200 OK") не нужна, т.к. сервер сам выдает этот ответ автоматически, если файл действительно существует.

А вот это странно 😕. У меня несколько вариантов: это глюк яндекса, это глюк сервера или у файла "ХХХ.php" действительно такая дата изменения (хочу заметить, что это вовсе не означает, что он действительно изменен в это время ;))

Хедеры при обычных запросах и стандартных ответах сервера передаются в любом случае. Так что это действительно "не в тему" ;).

Что-то терзают меня смутные сомнения ;)

НЕ согласен. Для динамичеких страниц Last-modified Не передается! Если его самому скриптом не передать, что я и пытаюсь сделать.

Не нужно путать понятия. Хедеры - передаются, а Last-modified для динамических страниц - нет. Его (для динамики) желательно передавать самому.

Кстати, многие вебмастера просто отправляют текущую дату и время. А некоторые (как это делаю я ;)) "отматывают" время немного назад и отправляют его в ответ на запрос.

CAGE, Вы меня извините, но кроме Вас тут никто ничего не путает. Вы говорите абсолютно тривиальные вещи, и перефразируете мои же постинги. Понятно, что передается, а что нет. Иначе я бы образец кода не присылал.

Моя цель заключается в том, чтобы Яндекс не брал уже проиндексированные страницы, которые не менялись. Потому, как есть еще масса страниц, которые не были проиндексированы вообще.

А почему молчат ветераны форума?

Это сервер напортачил, выдает дату начала отсчета времени в UNIX'е

ИМХО, лучше пусть ласт-модифид вообще не отдается. Я тоже пытался химичить, никакой пользы не увидел... Если отдавать текущую дату для динамики, то Яндекс пытается все переиндексировать, новых документов мало забирает... Если отдавать какую-нить старую дату, то происходит тоже самое (видно все равно проверяет обновление). Убрал свои "изыскания" :), Я стал все индексировать как надо, т.е. и со сроками и с объемами - порядок, и новые вовремя забирает.

P.S. К ветеранам себя не причисляю... :)

Ну сам сервер без человека мало чего умеет :) Вот я смотрю, вроде бы ПХП код верный, а баг налицо.

Логично потому как считает, что документы были изменены с момента прошлого визита.

Есть 2 вопроса:

1. Была ли дата Last-modified при повторном визите робота равна той, которую он увидел в прошлый раз? Или все же она была старая, но не в точности равна?

2. Как выглядела концовка url на Ваших экспериментах (htm, php)?

3. Передавалась ли Header("HTTP/1.0 200 OK") параллельно с last-modified?

1. Она была старая, но не в точности равна, т.е. рассчитывалась от текущей. Вообще, достаточно сложно определить верную дату для динамической страницы. Допустим, добавил я что-то в базу, изменились сразу сотни страниц... Как учесть, что поменяется, что нет?

2. .shtml (иногда с параметрами после "?"). Страницы собираются сервером из cgi-сценариев.

3. Да, конечно. Если не будет выдаваться 200 Ok, то Яндекс и забирать не будет.

Кстати, если есть возможность выполнять перловые скрипты, то заголовки можно смотреть так:

#!/usr/bin/perl

use LWP::UserAgent;

use CGI qw(:standard);

print "Content-type: text/plain\n\n";

$site = param("site");

print "site: $site\n\n\n\n";

$ua = new LWP::UserAgent;

$req = new HTTP::Request GET => "$site";

print $ua->request($req)->as_string;

Где переменная $site - адрес страницы.

Хотя, скорее всего, Вы это знаете... :)

Scaramush,

http://www.webmasterworld.com/forum3/6005.htm

Вот, что я вычитал:

http://www.webmasterworld.com/forum3/6005-3-15.htm

Just putting in a last-modified date will do you no good if you do not send back the 304 header when you get a if-modified-since. That will just increase you bandwidth usage.

А относительно моего заявления:

"В Яндексе дата документа выглядит так: 01.01.1970"

- так почему-то за дату документа принята Expires?

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Expires: Thu, 01 Jan 1970 00:00:01 GMT

Last-Modified: Thu, Jul 10 2003 17:02:08 GMT