Как надежный сжатие HTTP использует gzip?
YSlow предложил, чтобы я использовал сжатие HTTP для улучшения производительности моего сайта. Однако, как отмечено Yahoo, которые являются некоторыми проблемами.
Там известны проблемы с браузерами и прокси, которые могут вызвать несоответствие в том, что ожидает браузер и что он получает относительно сжатого содержания. К счастью, эти пограничные случаи истощаются, поскольку использование более старых браузеров понижается. Модули Apache выручают путем добавления соответствующий, Варьируются заголовки ответа автоматически.
Я понимаю, что наиболее распространенная проблема происходит с IE6 позади прокси. Но насколько распространенный эти проблемы сегодня? Определить количество его, примерно какой процент интернет-пользователей испытывает ошибки со сжатием HTTP?
2 ответа
Согласно пример, рекомендованный Apache для использования mod_deflate , единственными пользовательскими агентами, которые не имеют надлежащей поддержки, являются:
{{ 1}}[…] Netscape Navigator версии 4.x. Эти версии не могут обрабатывать сжатие типов, отличных от text / html . В версиях 4.06, 4.07 и 4.08 также есть проблемы с распаковкой html файлов. Таким образом, мы полностью отключаем для них дефлят-фильтр.
Любой другой браузер - особенно все современные браузеры - должен правильно поддерживать сжатие.
Хотя у меня нет статистики о том, какие клиенты могут / не могут использовать сжатие, я думаю, стоит отметить, что в IIS7 значение по умолчанию изменено на Http сжатие включено (для статического содержимого), что, по крайней мере, показывает, как Microsoft думает о безопасности его использования. Динамическое содержимое по-прежнему отключено, но это сделано для экономии циклов ЦП больше, чем для совместимости с клиентом.
Некоторые данные, относящиеся к IIS7, можно найти здесь , хотя я подозреваю, что вы найдете аналогичные характеристики производительности для других веб-серверов.
Я стараюсь включать сжатие на всех сайтах. У меня еще не было сообщений о проблемах.