ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gzip_static timecheck



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, в которой можно будет это настроить, в т.ч. и для закешированных проксированых файлов?



 




Copyright © Lexa Software, 1996-2009.