gzip_static timecheck

MZ zuborg at advancedhosters.com
Tue Apr 7 17:15:45 MSD 2009


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





More information about the nginx-ru mailing list