Когда использовать, а не использовать ETags

Я только что заглянул на наш сайт на WebPageTest.org, и одна из их рекомендаций по ускорению работы сайта:

Заголовки ETag, как правило, не должны использоваться, если у вас нет явной причины их использовать

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

Если это последнее, когда самое время их использовать? Спасибо за любую помощь.

ETags являются альтернативой (но могут использоваться в сочетании с) «Last-Modified-Time» для определения проверки кэша.

Клиент может отправить предварительное условие, такое как if-match или if-none-match, на основе ETag. Это не только для запросов GET (что и делает webpagetest.org), вы можете использовать «оппортунистическое обновление», так что запрос PUT имеет предварительное условие и не будет выполнять операцию обновления, если ресурс был обновлен, так как ETag был последний приобрел.

Проще говоря: вы нажимаете кнопку "Изменить" на странице в вашей CMS, ваш друг нажимает кнопку "Редактировать" на странице в вашей CMS, ваш друг выполняет их редактирование и сохраняет нажатия, и, наконец, вы нажимаете "Сохранить" - без HTTP-заголовка ETag или Content-MD5, который вам понадобится чтобы заново изобрести колесо, чтобы предотвратить возникновение проблем (таких как стирание изменений друзей), решение уже является частью протокола HTTP, и поэтому имеет смысл просто использовать его.

Как правило, я согласен с AOL (который запускает webpagetest.org) по их совету «один размер подходит всем» - лучше не засорять заголовки HTTP загадочными строками (ETag, как правило, не очень красивы или удобочитаемы для человека), когда секунда разницы ( который может обнаружить Last-Modified-Time) для работы в руке.

Если страница обновляется несколько раз в секунду, и вам абсолютно необходима последняя самая точная версия для отображения, вы можете поэкспериментировать с решениями, отличными от HTTP GET, или просто использовать ETag.

Будьте осторожны, чтобы ваши ETag не включали информацию о файловой системе, об изменении конфигурации сервера и т. Д. (Например, inode-ы, которые по умолчанию установлены в Apache), иначе у вас будут проблемы, когда есть два сервера (ETag каждого из них не будут совпадать).

Перефразируя превосходную оценку Coding Horror плагина YSlow Firebug (который, по-видимому, использует WebPageTest.org в качестве основы для своей оценки):

«Yahoo является одним из самых загруженных сайтов в мире - его проблемы, вероятно, не ваши проблемы».

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