Antwort: [Mod_gzip] RE: mod_gzip digest, Vol 1 #760 - 3 msgs

[mod_gzip@lists.over.net]

Hi Anurag,


> i keep on getting
>    127.0.0.1 GET /0.swf HTTP/1.1" 304 - mod_gzip: DECLINED:EXCLUDED
>    In:0 Out:0:0pct.
> in my mod_gzip log file which means there is no compression being done
here.

As
     http://www.schroepl.net/projekte/mod_gzip/status.htm#DECLINED:EXCLUDED
would have told you, "excluded" may well mean "not included".

> mod_gzip_item_include file \.htm$
> mod_gzip_item_include file \.html$
> mod_gzip_item_include mime text/.*
> mod_gzip_item_include file \.php$
> mod_gzip_item_include mime "jserv-servlet"
> mod_gzip_item_include handler "jserv-servlet"
> mod_gzip_item_include mime "application/x-httpd-php.*"
> mod_gzip_item_include mime httpd/unix-directory
> mod_gzip_item_include handler "jakarta-servlet"
> mod_gzip_item_include mime "jakarta-servlet"

I am surprised by some of these "mime" rules, as I doubt these MIME types
will
ever occur in reality. (But I believe they don't do any harm either.)

More importantly, I don't see any "include" rules here for your "*.swf"
file
(which I guess is some Shockwave file, where you should be careful anyway,
see below).

If you actually want to compress this one, then you would have to add an
"include"
rule for each of the two rule evaluation phases here - I would suggest to
use "file"
and "mime" for this purpose.

Suggested reading:
     http://www.schroepl.net/projekte/mod_gzip/config.htm#filters

But be sure to check whether the browsers will correctly serve decompressed
contents
to the plugins that have to handle this content ... I have made strange
experiences with
sending compressed content to some M$IE plugins (Adobe, in my case).



Regards, Michael