Проблемы со сжатием HTTP?

Question

Мы исследуем использование сжатия HTTP в приложении, обслуживаемом JBoss. После изменения настроек в Tomcat SAR мы видим сжатие около 80% - это, конечно, здорово, но я хочу быть осторожным ... перед внедрением всей этой системы кто-нибудь сталкивался с проблемами с использованием сжатия HTTP?

Пара замечаний для моей ситуации.

• У нас есть полный контроль над браузером - поэтому вся компания использует IE6 / 7
• Приложение только для внутреннего использования
• Во время нагрузочного тестирования наш сервер приложений находился под сравнительно небольшой нагрузкой - БД была нашим узким местом
• У нас есть контроль над клиентскими машинами, и все они проходят проверку спецификации (приличный процессор / 2 ГБ ОЗУ)

Любой опыт с этим будет высоко ценится!

Answer 1

Это просто отличная идея. Это добавит небольшую нагрузку на ваш сервер, но обычно это не ваше узкое место. Это ускорит загрузку ваших страниц и уменьшит пропускную способность.

Answer 2

Сжатие на лету может увеличить нагрузку на процессор на сервере. Если это вообще возможно, то предварительное сжатие статических ресурсов и кэширование сжатых динамических ответов могут с этим бороться.

Answer 3

Сжатие не считается экзотикой или кровоточит, и (fwiw) я не слышал и не сталкивался с какими-либо проблемами с ним.

Answer 4

Если вы правильно соблюдаете заголовок Accept-Encoding клиента (т.е. не обслуживаете сжатые файлы клиентам, которые не могут их распаковать), у вас не должно возникнуть проблем.

Да, и помните, что deflate быстрее, чем gzip .