Сначала я подумал, что лучше использовать директиву AddOutputFilter.
Однако решение, найденное в разделе Как включить сжатие gzip на Apache, достаточно просто для настройки mod_deflate.
Lookalike:
AddType application/x-javascript .js
AddType text/css .css
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI \.(?:rar|zip)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \.(?:gif|jpg|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \.(?:avi|mov|mp4)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI \.mp3$ no-gzip dont-vary
Header append Vary User-Agent env=!dont-vary
Чтение subj для a меняется.
Пример модуля Apache 1.3 mod_gzip означает просто:
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
Как включить сжатие gzip на Apache
И мое скромное мнение, что часть об AddOutputFilter не очень надежная часть вашего .htaccess ...
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.1.202 LOCAL(0) 11 u 46 64 1 0.381 3201920 0.011
*LOCAL(0) .LOCL. 10 l 17 64 377 0.000 0.000 0.000
Это результат работы ntpq -p на клиенте, и по сути это ответ на то, почему клиент не синхронизируется. Клиент использует свои собственные часы в качестве ссылки на stratum 10, но сервер утверждает, что это stratum 11.
NTP обрабатывает более низкие тактовые импульсы, что более вероятно, будет правильным. Здесь у вас есть два источника времени: один со слоем 11 и один с 10 - и огромная разница. Он не будет пытаться смириться с ними - он просто скажет, что страта 11 неверна.
Установите сервер на более низкую страту, используя, например,
fudge 127.127.1.0 stratum 9
, Или - желательно синхронизировать сервер с внешним источником времени, который является более надежным, например, одним из пулов NTP, который обычно является слоем 1-3. Синхронизация с стратой 3 NTP-сервер сделает ваш NTP-сервер стратовым NTP-сервером, который будет предпочтительнее локальных часов.
Другой альтернативой является увеличение страты ваших локальных часов на клиентах, для пример до 13.
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.1.202 LOCAL(0) 11 u 46 64 1 0.381 3201920 0.011
*LOCAL(0) .LOCL. 10 l 17 64 377 0.000 0.000 0.000
Это результат работы ntpq -p на клиенте, и по сути это ответ на то, почему клиент не синхронизируется. Клиент использует свои собственные часы в качестве ссылки на stratum 10, но сервер утверждает, что это stratum 11.
NTP обрабатывает более низкие тактовые импульсы, что более вероятно, будет правильным. Здесь у вас есть два источника времени: один со слоем 11 и один с 10 - и огромная разница. Он не будет пытаться смириться с ними - он просто скажет, что страта 11 неверна.
Установите сервер на более низкую страту, используя, например,
fudge 127.127.1.0 stratum 9
, Или - желательно синхронизировать сервер с внешним источником времени, который является более надежным, например, одним из пулов NTP, который обычно является слоем 1-3. Синхронизация с стратой 3 NTP-сервер сделает ваш NTP-сервер стратовым NTP-сервером, который будет предпочтительнее локальных часов.
Другой альтернативой является увеличение страты ваших локальных часов на клиентах, для пример до 13.