java - mod_deflate 与 IBM WebSphere 和 IBM IHS

Question

我正在尝试为 css、js 和 html 资源启用响应压缩，这些资源捆绑为部署到 WebSphere v7 的 Web 应用程序的一部分。所有 HTTP 流量都路由到位于 WebSphere 实例前面的 IBM IHS HTTP 服务器。

我创建了一个 mod_deflate.conf 文件并将其导入到 httpd.conf 文件中。内容如下:

LoadModule deflate_module modules/mod_deflate.so

DeflateCompressionLevel 3

# Compress all content, manually excluding specified file types 
<IfModule mod_deflate.c>   
    # place filter 'DEFLATE' on all outgoing content       
    SetOutputFilter DEFLATE   
    # exclude uncompressible content via file type   
    SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|rar|zip)$ no-gzip   
    <IfModule mod_headers.c>
        # properly handle requests coming from behind proxies
        Header append Vary User-Agent   
    </IfModule> 
</IfModule>

# deflate.log, log compression ratio on each request 
<IfModule mod_deflate.c>
    DeflateFilterNote Input instream
    DeflateFilterNote Output outstream
    DeflateFilterNote Ratio ratio
    LogFormat '"%r" %{outstream}n/%{instream}n (%{ratio}n%%)' deflate
    CustomLog logs/deflate.log deflate
</IfModule>

# Properly handle old browsers that do not support compression
<IfModule mod_deflate.c>
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.0[678] no-gzip
    BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
</IfModule>

当我查看 HTTP 流量时，我看到请求指定可接受 gzip/deflate 编码:

Accept:"text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"
Accept-Encoding:"gzip, deflate" 

但是，响应没有被压缩(没有返回与 gzip/deflate 相关的 header ):

Content-Type:"text/html; charset=UTF-8"
Vary:"User-Agent"
Server:"IBM_HTTP_Server"

此外，deflate.log 没有显示发生任何压缩:

"GET /webapp/css/style.css HTTP/1.1" -/- (-%)
"GET /webapp/js/jquery/jquery.ui.draggable.min.js HTTP/1.1" -/- (-%)
"POST /webapp/markup/Basic.xhtml HTTP/1.1" -/- (-%)

Vary 响应 header 正在被发回，因此它肯定会命中声明 SetOutputFilter 的配置 block 。

我在这里缺少什么 - 内容不是根据过滤器/内容类型/资源名称匹配进行动态压缩吗？在上述情况下，所有与正则表达式不匹配的内容 .(?:gif|jpe?g|png|rar|zip)$ no-gzip 都应该被压缩，不是吗？

Answer 1

从数字上看——您查看的是来自客户端的原始 HTTP header ，而不是 WebSeal 发出的 hedaers，并且 WebSeal 决定剥离 Accept-Encoding，因此它本身不必担心多种变体相同的资源。

剥离可能可以通过某种晦涩的 webseal 方式进行配置。