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

Question

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

Пара моментов, на которые стоит обратить внимание в моей ситуации.

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

Любой опыт работы с этим будет очень признателен!

Answer 1

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

О, и запомни это дефляция быстрее, чем gzip.

Answer 2

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

Answer 3

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

Answer 4

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