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