Re: Re[2]: Очистка кеша nginx

[Trurl McByte]

На своей практике выяснил что оптимальное время кеширования популярных
страниц - от 2х до 5ти минут. Меньше 2х - не выгодно (за некоторыми редкими
исключениями). Очень оптимально догружать части (особенно часто
обновляющиеся блоки) страниц уже на клиенте, яваскриптом (для крупного
портала это вполне приемлемо). При этом еще и канал экономится в
перспективе. Про 2 минуты - это _обычно_ минимальное время кеширования на
провайдерских проксях (и не надо говорить что ими мало пользуются - разве
что портал чисто для айтишников). Использовать ли их для уменьшения трафика
и нагрузки - ваше дело. Из-за этих же проксей (а так же всяких  ускорителей
типа Opera-Turbo) свой кеш чистить вообще смысла мало. Лучше таки
использовать "поколение" или "версию" или еще что-то в этом духе. Например
- использование epochtime, округленного до сотен секунд - аналог expires
100s; (хотя это уже для извращенцев, но мало ли).

У меня вообще код коммита git используется в некоторых местах ))


7 февраля 2013 г., 20:11 пользователь Михаил Монашёв <
postmaster at softsearch.ru> написал:

> Здравствуйте, dimn.
>
> > а как вообще устроено кеширование в крупных порталах?
>
> Так, как этого требует конкретная задача.
>
> > Например есть какие то объявления
> > /board/1.html
> > /board/2.html
> > /board/3.html.
>
> > Наверно лучше будет, если удалять кеш тогда, когда его редактировали
> > (с  большим  inactive),  например,  /board/1.html, то удалять только
> > его, а остальные оставить.
>
> Можно собирать страничку через ssi, а в урл изменяемой части добавлять
> т.н.  "поколение".  Тогда вместо удаления из кэша достаточно увеличить
> на  1  поколение.  А  страница со старым поколением сама вытеснится их
> кэша со временем.
>
> --
> С уважением,
>  Михаил                          mailto:postmaster at softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130208/65acf3f0/attachment.html>