Итак, задача - сделать так, чтобы каждая страница движка выдавала заголовок с правильной датой создания.
Это необходимо для уменьшения нагрузки на сервер и улучшения индексации поисковыми роботами.

У меня есть несколько вариантов, но все они сводятся в основном к хранению этой даты в базе данных для каждой страницы. К примеру, если это магазин мп3 музыки - хранение даты добавления для каждого альбома. Если это новостной движок - для каждой новости своя дата и если на страницу выводится несколько новостей, то в заголовке даётся дата добавления последней ит.п.

Есть еще какие-либо идеи?

Может быть я и не совсем понимаю суть вопроса, но пока ознакомься с: http://vingrad.ru/PHP-ART-003003

А что там?

Хм... Очень странно... Ладно, поправим.
Смотри тут: http://wboard.ru/lofiversion/index.php/t890.html

1 .Изменением даты заголовка индексацию поисковым роботом ты не улучшишь, т.к. в любом случае отдается заголовок, что эта страница сгенерирована с помошью PHP, и на дату создания роботы уже не смотрят.

2. Да и нагрузку на сервер тоже сильно не уменьшишь, лучше сделать кеширование, в статье написаной  
Mal Hack об этом подробно рассказывается.

Это сообщение отредактировал(а) mishaSL - 15.1.2007, 11:14

а можно подробнее?
как именно в заголовке выглядит что страница сгенерирована с помошью PHP?

Пример заголовков:



Каждый сервер по разному отдает заголовки, но на большинстве отдается заголовок X-Powered-By.

странно, ничего похожего в заголовке нет

покажи сайт с которого ты брал заголовки.

http://seolab.ru/add/rfc2068/ - протокол для желающих.

mishaSL www.timeout.ru

X-Powered-By:
Дополнительный заголовок, обычно вставляемый модулем сервера. В случае PHP, его можно отключить:
строкой 'expose_php = Off' в файле php.ini;
строкой 'php_flag expose_php Off' в файлaх httpd.conf или .htaccess.
В случае запуска php скрипта, как CGI, интерпретатору для этого можно передать флаг '-q':
#!/usr/bin/php -q

Спасибо Mal Hack.

Glip, да в данном случае нет этого заголовка. Но в любом случае уменьшать нагрузку на сервер путем проставления времени создания страницы в заголовках идея очень не продуктивная. Да и поисковому роботу лучше отдавать дату создания сегоднешнюю.

А вот в руководстве для вебмастеров google пишут обратное, да и в Яндексе.  





Вопрос так и остаётся открытым.

Добавлено @ 21:57 

Тут больше стоит задача не снижения нагрузки, а уменьшения времени индексации сайта.

Это сообщение отредактировал(а) coyl - 15.1.2007, 21:59

Да. Кеширование - это хороший способ, но в данной теме тот способ, что представлен в статье абсолютно не годится, ибо он не передаёт никаких заголовков с датой создания. Конечно, можно доработать этот метод и передавать те самые заголовки, получая их из параметров файла (дата создания), но тут есть одно существенное "но". Существует целая категория сайтов с крайне ограниченным пространством на сервере.
В качестве примера можно взять начинающий развиваться мп3 магазин. Разработчики позаботились о хорошей базе музыки (миллионы песен, тысячи альбомов), но, к сожалению, она занимает почти всё дисковое пространство. А хорошая индексация особенно важна для развивающегося сайта. Итак, есть несколько десятков мегабайт дискового пространства и возможность кеширования ограничена - каждую страницу каталога, а он включает в себя информацию по каждому альбому и, более того, по каждой песне (в некоторых каталогах действительно для некоторых песен можно ознакомиться с историей создания), прокешировать просто не хватит пространства.
Тут можно предложить динамический кеш, который я использовал в одном из проектов, то есть информация о каждом файле кеша хранится в базе и, при достижении лимита, удаляется самый старый из файлов (по дате последнего доступа). Но опять - таки при достаточно небольшом пространстве нагрузка на сервер может не только не уменьшиться, но даже увеличиться в разы изза постоянного удаления старых файлов и создания новых.

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

Получилось, что я написал статью вместо того, чтобы задать вопрос   

Это сообщение отредактировал(а) coyl - 15.1.2007, 22:50

Он не играет никакой роли...
Что касается поисковиков, то я думаю, им все-равно, если ты, конечно дату не будешь отдавать, как 1980 год.
Все равно проиндексируют.
Важно - нагрузка на сервер, а тут уже делать свое кэширование, о чем я писал выше (давал ссылки на статьи).


coyl, просьба, не выделяйте таким форматированием текст. Очень тяжело читать. Поверьте, при грамотном изложении сути, вас все поймут.

ок. соре  

Добавлено @ 22:53 


В том то и дело, что от этого зависит именно скорость индексирования (углубления) страниц. То есть если поисковик будет все время попадать на главную страницу, которая не менялась, но при этом он не будет этого знать, то он её каждый раз будет индексировать тем самым уменьшая количество страниц, которые он проиндексирует далее за этот заход (см. цитату яндекса). Именно в этом вся соль. А с кешем - тут и ежу ясно, что просто выплюнуть готовый файл - меньше затрат, чем сгенерировать его.

Так посылай заголовками всегда текущую дату. В чем проблема я понять не могу.

Ну в чем проблема по рекомендациям того же гугла сгенерировать sitemap.xml и в нем указать что когда менялось?

Думаю Яндекс тоже будет (если еще не начал) пользоваться этим файлом..

Если честно это бред. И это яговорю тебе точно и на своем опыте оптимизации программного кода под продвижение.

Объясняю почему:

Если вообще не отдается заголовок сервером о дате обновления и создания файла, то это очень плохо (но не критично), т.к. Яндекс не будет учитывать дату создания и обновления, и индексация сайта будет производится реже (цитат привести не могу, доказано опытным путем).

То что Яндекс будет индексировать меньше страниц из-за неправильной даты, это тоже не правильно, он будет индексировать ровно столькоже, сколько и без даты. Здесь подвох совсем не в этом. При индексировании он обращает внимание на дату как на второстепенные данные, если при индексировании новый кэш страниц на 90% совпадает со старым, то следующая индексация будет произведена чуть позже и т.д. при каждой индексации.

Так что лучше всего отдавать дату изменения документа сегоднешнюю, это я тебе точно говорю.

А если проблемы с местом на хостинге, то лучше всего оптимизировать программный код, тогда и нагрузка будет меньше и индексация быстрее.

как индексирует яндекс точно знает только яндекс

Модератор: думаю, относительно PHP тема исчерпала себя. Для обсуждения того, как и кто и что индексирует, есть специальный форум