Практика использования Last-Modifed и ETag

ВC
На сайте с 02.02.2006
Offline
463
1123

Почитав рекомендации Гугла, я понял, что заголовки Last-Modifed и ETag отражают неизменность контента. Но только создать их - этого недостаточно, а нужно еще и обрабатывать диалог с браузером (с роботом), которому подтверждать неизменность контента и в этом случае контент вообще не передавать.

Сделать это в моем случае хотя и можно, но довольно сложно исходя из возможностей используемой мною CMS.

И тут возникает вопрос: а делает ли кто-то этот механизм на практике?

(Может быть, это всего лишь теоретические алгоритмы, которые никто и не использует?)

A
На сайте с 18.06.2011
Offline
44
#1

Передача заголовка запрашиваемому элементу Last-Modifed проверит элемент на то, изменился ли он. В случае, если документ не изменился, то загрузка произойдет по инструкции скрипта из кэша (кэширующий сервер), что сократит время загрузки страницы и уменьшит нагрузку на сервер. Если же изменился, то скрипт загрузится и отработает с основного сервера. Данная настройка имеет смысл только на ресурсоемких проектах. Например, bitrix может быть настроен на работу с одним из php-акселераторов кэширующего сервера, например, Opcache.

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

Mik Foxi
На сайте с 02.03.2011
Offline
1218
#2

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

Антибот, антиспам, веб фаервол, защита от накрутки поведенческих: https://antibot.cloud/ (8 лет на защите сайтов). Форум на замену серчу: https://foxi.biz/

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий