<div dir="ltr">А что вам мешает организовать кеш в мемкеше или другом подобном хранилище?<div>Мы у себя так сделали, кеш (на nginx) выключили вообще за ненадобностью.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/11/27 S.A.N <span dir="ltr"><<a href="mailto:nginx-forum@nginx.us" target="_blank">nginx-forum@nginx.us</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> use case и о происхождении требования о недопустимости кеширования<br>
> даже на 1 секунду.  Возможно, это позволило бы пересмотреть<br>
> существующее поведение при max-age=0, благо в Cache-Control есть и<br>
> другие способы запрета кеширования.<br>
<br>
</div>use case продиктован нашей бизнес логикой, мы кешируем все даже страницы для<br>
залогиненых пользователей (персонал данные подтягиваются через ajax с<br>
использованием клиентского кэширования браузера), в этом есть смысл, цифры я<br>
уже писал, разница скорости в генерации страницы и в ревалидации отличается<br>
в десятки раз, в пользу ревалидации.<br>
<br>
Есть сайт с хорошей посещаемостью, залогиненые пользователи имеют<br>
возможность общатся, создавать свой контент, редактировать, удалять, есть<br>
так же платные сервисы.<br>
<br>
Наши клиенты не хотят и не должны ждать, даже если это одна секунда, ну<br>
например, клиент написал комментарий на сайте, POST ушел на сервер, если у<br>
нас кеширования на 1 секунду, мы клиенту не можем сразуже показать новую<br>
страницу, должны сделать задержку на 1 сек потом обновить его страницу или<br>
как на Хабре все комментарии видны с задержкой и люди это терпят.<br>
<br>
Конечно мы тоже можем так сделать, но зачем, если скорость ревалидации нам<br>
позволяет убрать необходимость в задержках и клиент будет доволен  и<br>
работать все будет стабильно, главное это сделать совсем не сложно.<br>
<br>
Сейчас мы это делаем на уровне кеше браузера, с применением ETag, но если<br>
Nginx сделает возможность в постоянной ревалидации по ETag, тогда этот<br>
алгоритм кеширования который проверен и отлично работает на клиенском кеше<br>
браузера мы сможем перенести на кеш Nginx, что во многом увеличит повторное<br>
использования кеша, особенно для незалогиненых юзеров.<br>
<br>
Нам не интересно делать задержки в кеше, представте если бы Facebook делал<br>
задержки в отображении, даже если бы на этом форуме были задержки в<br>
отображении написанных постов, все бы конечно смерились но это совсем не<br>
круто.<br>
<br>
Есть другой вариант обычно так и делают, не кешируют страницы которые<br>
критичны к задержкам и часто обновляются, но это тоже не круто, такие<br>
запросы будут нагружать бекенд, время отклика будет падать, очередь запросов<br>
к FastCGI будет расти, так до таймаутов осталось не долго.<br>
<br>
В общем, мы знаем как можно обойтись без постоянной ревалидации, но так же<br>
мы знаем как все будет круто, если реализовать постоянную ревалидацию.<br>
<br>
Почему бы и нет?<br>
<br>
Posted at Nginx Forum: <a href="http://forum.nginx.org/read.php?21,244991,245024#msg-245024" target="_blank">http://forum.nginx.org/read.php?21,244991,245024#msg-245024</a><br>
<div class="HOEnZb"><div class="h5"><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" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br></div>