Как определить last modified для страниц сайта?

Question

[Посторонним В.]

Поисковики настоятельно рекомендуют чтоб сайт отправлял заголовки LastModified и отвечал на IfModifiedSince.
Но если для html файла это время последнего изменения, то как определить время последнего изменения для динамически генерируемой PHP страницы - когда там с десяток включенных файлов, да еще данные из БД (из разных таблиц) грузятся? Причем это надо сделать для каждой страницы сайта.
Как решается этот вопрос в современных CMS/CMF?

Answer 1

[Fortop]

Кешируется и пишется дата.
Вот тебе и Last modified

Comments

[Посторонним В.]

А что кешировать-то? А если у меня случайный опрос, комментарии или еще что постоянно меняется на странице?

[Fortop]

Посторонним В.: так собственно Last modified нужен для указания что страница не изменилась. Раз она у тебя меняется, то и дата меняется.
А кешировать можно все целико, вопрос лишь во времени жизни кеша.

[Посторонним В.]

Fortop: ок, ну буду я кешировать страницы каждую минуту. И все изменения у меня будут применяться только в течение минуты, а не сразу, и все страницы каждую минуту буду помечаться как изменённые. Так выходит?

[Посторонним В.]

Fortop: надо так, что если сайт не трогаешь - он шлёт last-moified с той датой, когда ты что-то изменял в нём существенное. А юзеру чтоб все изменения видны были сразу.

[Fortop]

Посторонним В.: кешируй блоками. И дату ставь для изменений того блока, который считаешь существенным.
Но логики откровенно не вижу.
Ты нарушаешь сам принцип этого заголовка.

[Посторонним В.]

Fortop: вариант. А в чем принцип заголовка?

[Fortop]

Посторонним В.: сообщать дату изменения страницы.
В твоем случае ты хочешь страницу менять, но "врать", что она не изменилась...
Логика отсутствует.

https://developers.google.com/speed/docs/insights/...

Answer 2

[Назар Мокринский]

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

Comments

[Viktor Vsk]

Вопрос, скорее о том, что если изменились комментарии к блогу, нужно ли ставить заголовок как изменение поста или изменение коммента.

С учетом того, что заголовки применяются не к сущностям, а к ресурсам, то ресурс по адресу /posts/1 скорее нужно считать измененным, если изменился комментарий

Answer 3

[Viktor Vsk]

То, что вы сами сочтете "важным", то и будет "сбрасывать" кэш.
Верного ответа нет. Смотрите еще, что такое Etag.
Вот здесь, stackoverflow.com/questions/2285482/getting-etags-right , например, рассмотрено.

Если динамический контент управляется на Вашем сервере - можете кешировать его. Если Last modified ставите самый свежий, соответственно. Если на чужом сервере (сервис комментариев какой-нибудь), то тут уже в зависимости от того, нужно оно вам или нет.

Здесь нужно рассматривать из конкретной стоящей задачи.

По поводу того, как реализовано - в Rails реализовано так называемое Кеширование матрешкой (Russian doll caching): Каждый блок, который вы кешируется и на основе хеша (изменение самого html шаблона или переданных туда обектов из которых Rails берет аттрибуты updated_at или сами их значения) отдает etag

Есть свои плюсы и свои минусы