параллельный вопрос. если мы отдаем Cache-Control, он по RFC более приоритетный, чем Expires, правильно ?
и доля клиентов HTTP/1.0 (которые понимают Expires, но не понимают Cache-Control) в большинстве случаев в районе нуля ? может сделать доп. крутилку (чтобы не менять дефолтное поведение), которая бы позволяла не отдавать Expires ? 25 февраля 2016 г., 13:41 пользователь 5lava <nginx-fo...@forum.nginx.org> написал: > Доброго дня. > > 1. Директива expires создает два хедера — Expires и Cache-Control. Однако, > я > бы хотел также добавить другие параметры Cache-Control, например, "public" > или "no-store". Сделав это через обычный add_header, на выходе я получу два > хедера Cache-Control: в одном "max-age" (созданный директивой expires), в > другом "public" (созданный директивой add_header), вместо одного > "max-age=..., public". Нет, это не катастрофа, но налицо неэффективное > использование bandwidth. Возможные варианты решения: а) опционально мержить > значения всех хедеров Cache-Control в один хедер; б) примерживать результат > работы expires (max-age или no-cache) к ранним add_header Cache-Control, > если таковые были; в) добавить в expires третий параметр, в котором > пользователь мог бы указать дополнительные опции Cache-Control (имхо самый > адекватный вариант). > > 2. expires max это max-age на 10 лет и Expires на 2037 год. Однако RFC 2616 > (https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html) гласит: To mark > a > response as "never expires," an origin server sends an Expires date > approximately one year from the time the response is sent. HTTP/1.1 servers > SHOULD NOT send Expires dates more than one year in the future. Да, should > not это не must not, да и через каких-то 20 с лишним лет вопрос отпадёт сам > собой, но всё же. Гугл, кстати, тоже рекомендует максимум год > (https://developers.google.com/speed/docs/insights/LeverageBrowserCaching > ): > We recommend a minimum cache time of one week and preferably up to one year > for static assets, or assets that change infrequently. > > Спасибо за внимание. > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,264815,264815#msg-264815 > > _______________________________________________ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru