Это хорошая идея всегда отправлять Cache-Control: must-revalidate вместе с Last-Modified

Question

Я только что прочитал эту статью , и в обсуждении автора HTTP-заголовка Last-Modified он рекомендует также отправить Cache-Control: must-revalidated. Он заявляет:

Что делать, если сервер не отправляет Cache-Control: обязательно повторная проверка? затем современные браузеры смотрят на профиль установить или решить самостоятельно, отправить условный запрос. Итак, мы лучше отправить Cache-Control чтобы сделать уверен, что браузер отправляет условно запрос.

Итак, мой вопрос: что плохого в том, чтобы позволить браузеру решать? И почему мы хотим слепо отвергать настройки профиля браузера? Я понимаю, что могут быть ситуации, когда мы хотим провести повторную валидацию, но всегда ли это нужно делать?

Answer 1

Это действительно зависит от вашего использования.

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

С другой стороны, возможно, вы ненавидите смешные строки аннулирования кэша в своем коде, например, main.css? V = 2, и хотите, чтобы браузер запрашивал их, чтобы у вас была возможность проверить кэшированный ETag на вашемсервер и сделать недействительным.Это кажется неуместной причиной, но я вижу, что это полезно для систем CMS или когда у вас нет контроля над URI.