Re: gzip_static timecheck

[Igor Sysoev <is@xxxxxxxxxxxxx>]

On Tue, Apr 07, 2009 at 04:15:45PM +0300, MZ wrote:

> Gena Makhomed wrote:
> >On Tuesday, April 7, 2009 at 13:20:48, MZ wrote:
> >
> >M> Я нахожу gzip_static весьма полезной функцией и использую где возможно.
> >
> >M> Сейчас "gzip_static on;" работает в "безусловном" режиме - если .gz файл
> >M> есть и сжатие поддерживается - то отдается .gz файл, а не тот который 
> >M> запрашивался изначально, даже если несжатый файл более свежий - имеет 
> >M> более позднее время обновления.
> >
> >M> Я предлагаю к вариантам настройки "on, off" добавить третий - 
> >M> "timecheck" - в случае которого nginx будет сравнивать время
> >M> модификации обоих файлов и пользоваться самым свежим файлом.
> >
> >другой вариант - в proxy_cache сохранять уже сжатый через gzip контент.
> >тогда не нужно будет делать ручного создания *.gz файлов и не нужно
> >будет заботиться о совпадении mtime у исходного и сжатого файлов.
> >
> >преимущества: кеш на диске будет занимать меньше места,
> >операции дискового ввода/вывода будут занимать меньше времени,
> >не нужно будет заново сжимать файлы из кеша для 80-90% запросов,
> >mtime исходного файла не будет проверяться для каждого запроса.
> >
> >gzip_static - это тот же кеш, только создается и обновляется он вручную.
> >
> Хороший вариант, но не уверен что это надо микшировать это с proxy_cache.
> Может указывать отдельную папку кеша параметром для gzip_static? Или 
> сразу ввести директиву gzip_cache, в которой можно будет это настроить, 
> в т.ч. и для закешированных проксированых файлов?

gzip_cache я планирую сделать.


-- 
Игорь Сысоев
http://sysoev.ru