Сжатие Tomcat не добавляет кодировку содержимого: gzip в заголовке

Question

Я использую Tomcat для сжатия моего HTML-контента следующим образом:

<Connector port="8080" maxHttpHeaderSize="8192"
maxProcessors="150" maxThreads="150" minSpareThreads="25"
maxSpareThreads="75" enableLookups="false" redirectPort="8443"
acceptCount="150" connectionTimeout="20000" disableUploadTimeout="true"
compression="on" compressionMinSize="128" noCompressionUserAgents="gozilla, traviata"
compressableMimeType="text/html"
URIEncoding="UTF-8" />

Однако в заголовке HTTP (как это видно через YSlow) я не вижу

Content-Encoding: gzip

в результате плохой результат YSlow.

Все что я вижу это

HeadersPost
Response Headers
Server: Apache-Coyote/1.1
Content-Type:   text/html;charset=ISO-8859-1
Content-Language:   en-US
Content-Length: 5251
Date:   Sat, 14 Feb 2009 23:33:51 GMT

Я использую конфигурацию Apache Mod_jk Tomcat.

Как мне сжать содержимое HTML с помощью Tomcat, а также добавить в заголовок "Content-Encoding: gzip"?

Answer 1

Посмотрите на http://sourceforge.net/projects/pjl-comp-filter/.

Другие пользовательские решения могут иметь утечки памяти.

Кроме того, если вы используете mod_jk, то вы, конечно, не используете разъем 8080 (который поддерживает сжатие) для этих запросов.

Answer 2

Tomcat будет делать сжатие. Однако, потому что вы используете mod_jk Я предполагаю, что вы получаете запросы через Apache на порт 80, а не Tomcat на порт 8080, В качестве эксперимента попробуйте получить свою страницу через порт 8080, а затем проверить yslow Вы должны увидеть правильные заголовки.

Я думаю, что происходит то, что apache распаковывает контент, который он получает от Tomcat через mod_jk а затем передать дефлированный контент в браузер.

Если вы хотите использовать mod_jk тогда вам нужно будет настроить сжатие на Apache, а не на Tomcat.

Answer 3

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

Я предположил бы, что Tomcat будет немного более явным в этом отношении (здесь мы надеемся).

В нашем приложении запущен фильтр gzip, упомянутый duffmo, web.xml выглядит примерно так:

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd">

    <display-name>App-Web</display-name>

    <!-- FILTERS -->

    <!-- Gzip filter -->
    <filter>
        <filter-name>GZIPFilter</filter-name>
        <filter-class>weblogicx.servlet.gzip.filter.GZIPFilter</filter-class>
    </filter>

    [snip]    
</web-app>

Answer 4

Чтобы улучшить общую производительность веб-приложения J2EE на стороне клиента, вы можете попробовать Java-библиотеку WebUtilities.

Вот ссылка:: http://code.google.com/p/webutilities/.

Он предоставляет компоненты фильтров, тегов и сервлетов для применения различных методов повышения производительности на стороне клиента, что приводит к повышению рейтинга производительности по сравнению с PageSpeed ​​/YSlow.

Начиная с версии 0.0.4, это помогает в следующих практиках производительности.

1. Минимизируйте HTTP-запросы - можете обслуживать несколько файлов JS/CSS за один запрос
2. Кэширование на стороне клиента - добавляет правильный Cache-Control, заголовок Expires
3. Минимизация JS/CSS на лету - с помощью YUICompressor
4. Сжатие - поддерживает двухстороннее сжатие для кодировок gzip/deflate/ сжатие
5. Кэширование ответов на сервере - чтобы избежать повторной обработки неизмененных ресурсов
6. Добавить кодировку символов - чтобы браузер знал заранее

Он также легко настраивается / настраивается для MIME, URL-адресов или пользовательских агентов.

Answer 5

Я посмотрел документацию Tomcat здесь: http://tomcat.apache.org/tomcat-5.5-doc/config/http.html

Упоминается использование compression="force" который работал для меня. Это также говорит, что вы можете установить minimum number, Это работало нормально для меня

<Connector port="8080" compression="256000" />

(сжать что-нибудь более 256Кб)

Значение по умолчанию для compressableMimeType означало, что мне не нужен этот атрибут. Также обратите внимание, что это не список CompressionMinSize приписывать.