Cache revalidation using If-None-Match

[S.A.N]

Nginx 1.7.3, отличная версия, в ней полностью решен вопрос с ETag.

Но есть мелочи которых очень не хватает, их всего две )

1. Нельзя получить от клиента валидаторы (“If-Modified-Since” и
“If-None-Match”) если файла кеша нет, эта ситуация возникает когда бекенд
отдавал заголовки Cache-Control: private, для контента который должен
кешироватся только в браузере (не публичный кеш).
Проблема решается если в конфиге прописать
fastcgi_param HTTP_IF_NONE_MATCH      $http_if_none_match     if_not_empty;
fastcgi_param HTTP_IF_MODIFIED_SINCE  $http_if_modified_since if_not_empty;
Но тогда будет проблема с публичным кешем, потому что бекенд может получить
валидаторы от браузера, ответить статусом 304, Cache-Control: public... и
Nginx положит этот ответ (статусом 304 nobody) в файл своего кеша и будет
его отдавать всем.
Я уже писал, про эту проблему
http://forum.nginx.org/read.php?21,245951,245951#msg-245951
Хочется её как-то решить.

2. Нельзя переопределить через HTTP заголовки значения директивы
fastcgi_cache_use_stale и установить для кеширования max-age=0
Для чего это нужно, в конфиге прописывается директива
fastcgi_cache_use_stale error, это значения нужно для 80% uri.
Но есть динамические страницы, которые нужно кешировать, но обязательно
проводить ревалидацию на каждый запрос.
Пример из жизни где мы это юзаем.
Есть страница отчетов с графиками различной статистики, которая может
меняться раз в сутки или каждую секунду, заранее это не известно. Доступ к
этим отчетам имеют только залогиненые пользователи из определенных групп.
Кол-во этих юзеров довольно высоко и количество запросов к этим отчетам так
же высоко, по этому есть смысл их кешировать, но отдавать только после
проведения проверка на вхождения юзара в нужную групу и на актуальность
валидаторов (ETag).
Есть способ как создать кеш с max-age=0, через X-Accel-Expires: $time-1.
Но нет способа как динамически, сказать Nginx не использовать
cache_use_stale для этого uri, прописать в конфиге все варианты этих uri
сложно они динамические и не шаблонные, добавлять какой-то спец признак по
которому можно создать общий location в принципе можно, но хочется более
красивого и системного решения. На мой взгляд таким решением может стать
Cache-Control: must-revalidate, если бекенд отдает этот заголовок, он
сохраняется в кеш, но при повторном использовании кеша, Nginx всегда
выполняет ревалидацию (must-revalidate), если бекенд не работает отдать
клиенту статус ошибки. Это конечно будет иметь определенный оверхед, но
такой кеш намного эффективней, чем каждый раз повторно генерировать отчет и
все графики.

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

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,251189,251761#msg-251761