> Или страницы компании на портале, профиль компании редактируется очень
> редко. Тут можно кешировать на долгий срок. И хотелось бы при
> редактирование этот кеш удалить.
можно добавить следующие директивы:
proxy_cache_bypass $http_drop $http_mis;
proxy_no_cache $http_mis;
тогда послав в запросе заголовок "drop:true" вы прогреете кеш новыми значениями с бекенда
послав "miss:true" вы просто сходите на бекенд, посмотрите реальный ответ, но в кеш его не занесете
имена drop и mis замените на что-нибудь.
также интерсные директивы
proxy_cache_lock on;
proxy_cache_use_stale updating error;
первая пустит только один запрос на бекенд, остальные будут ждать таймаута (по умолчанию 5 сек) и потом лезть на сервер, или же если данные в кеше обновятся раньше, чем пройдет таймаут - то отдадутся данные из кеша.
вторая - отдаст данные из экспайренного кеша если происходит обновление кеша или, скажем, бекенд не отвечает.
> редко. Тут можно кешировать на долгий срок. И хотелось бы при
> редактирование этот кеш удалить.
можно добавить следующие директивы:
proxy_cache_bypass $http_drop $http_mis;
proxy_no_cache $http_mis;
тогда послав в запросе заголовок "drop:true" вы прогреете кеш новыми значениями с бекенда
послав "miss:true" вы просто сходите на бекенд, посмотрите реальный ответ, но в кеш его не занесете
имена drop и mis замените на что-нибудь.
также интерсные директивы
proxy_cache_lock on;
proxy_cache_use_stale updating error;
первая пустит только один запрос на бекенд, остальные будут ждать таймаута (по умолчанию 5 сек) и потом лезть на сервер, или же если данные в кеше обновятся раньше, чем пройдет таймаут - то отдадутся данные из кеша.
вторая - отдаст данные из экспайренного кеша если происходит обновление кеша или, скажем, бекенд не отвечает.