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
- To: MZ <nginx-ru@xxxxxxxxx>
- Subject: Re: gzip_static timecheck
- From: Gena Makhomed <gmm@xxxxxxxxx>
- Date: Tue, 7 Apr 2009 15:06:49 +0300
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=csdoc.com; s=dkim; t=1239106114; bh=f3tRy37SLBblxjd3rQKOTmlET1GQoCTaDnBVu7colPI=; h=Date:From:X-Mailer:X-Priority:Message-ID:To:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=f812VXpuGOBEbI1ykeMUkEOIlCfqjUPj1UX4fwHPX1M2AYl7WAZD/2fHh9pLADjXx 7E8uVI7AtLry4pNqvKzSoGQcS5vhhl/g6wpPII2boI0RO8rli+IZF2xoun1e1NwLhU1 meUYHhGqfIZ94fGj45skss9HDKdMVS+Eyl8B6G8=
- In-reply-to: <49DB2900.8040308@xxxxxxxxxxxxxxxxxxx>
- References: <49DB2900.8040308@xxxxxxxxxxxxxxxxxxx>
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 - это тот же кеш, только создается и обновляется он вручную.
--
Best regards,
Gena
|
