<div dir="ltr"><div>кеш на nginx - это кеш на прокси-сервере, также есть клиентский кеш в браузере.<br></div>судя по вашему утверждению, если браузер закеширует на то время, на которое вы разрешили - это допустимо (даже в случае, если в стораж загружен новый контент), однако то же самое предположение в отношение кеша на прокси недопустимо. почему ?<br></div><div class="gmail_extra"><br><div class="gmail_quote">24 марта 2016 г., 17:12 пользователь Vasiliy Tolstov <span dir="ltr"><<a href="mailto:v.tolstov@selfip.ru" target="_blank">v.tolstov@selfip.ru</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">24 марта 2016 г., 9:12 пользователь Илья Шипицин <<a href="mailto:chipitsine@gmail.com">chipitsine@gmail.com</a>> написал:<br>
<span class="">> proxy_cache_valid" с значением, идентичным тому, что вы отдаете в expire, не<br>
> решит задачу ?<br>
<br>
<br>
</span>Не совсем, так как это никак не решает проблему с тем, что на сторадж<br>
по s3 загрузили данные. Мне нужно инвалидировать кеш в этом случае. И<br>
если инвалидировать с того сервера, на который пришел запрос легко, то<br>
вот как быть с другими не ясно. Первое что приходит в голову - lua =).<br>
Но мало ли...<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Vasiliy Tolstov,<br>
e-mail: <a href="mailto:v.tolstov@selfip.ru">v.tolstov@selfip.ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br></div>