httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andre Schild" <A.Sch...@aarboard.ch>
Subject mod_deflate and transfer / content encoding problem
Date Fri, 31 Oct 2003 20:27:36 GMT
Hello,

today I noticed a problem with our webserver (Upgraded yesterday from 2.0.47 to .48), 
concering PDF files.

We have mod_deflate active on the server and
use the default config for this as described on
the the module config page, where we compress everything, except images.

http://httpd.apache.org/docs-2.0/mod/mod_deflate.html 


Please have a look at the following Mozilla bug report

http://bugzilla.mozilla.org/show_bug.cgi?id=224296 

It seems that mod_deflate does transfer encoding,
but sets the headers as if doing content encoding.

Due to this, the browser delivers the gzip'ed file to the acrobat
plugin, and this one isn't knowing how to handle the content.
The very same occurs with internet explorer.

Part of the problem is, that Mozilla doesn't handle transfer encoding.
So the only available option is to turn off compression for such content
who isn't handled by the browser.

Finaly (preliminary) conclusion:

- What does "Accept-Encoding: gzip,deflate" in a request means ?
  Accepting transfer encoding, or accept content encoding ?

- In the documentation the recommended config to compress
  everything, except pictures isn't appropriate, since it will
  content encode all content.
  Potentially this will cause a lot of troubles, for all file types
  not handled by the browser himself. (Quicktime, WAV etc. etc. )

There is a RFE in the apache bugzilla, dealing with the same
problem.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22902

Any ideas on this subject ?

André

aarboard ag
internet - networks - screen&print design - multimedia
Egliweg 10 - Postfach 214 - CH-2560 Nidau (Switzerland)
Phone +41 32 332 9714 - Fax +41 32 332 9715
www.aarboard.ch - a.schild@aarboard.ch


Mime
View raw message