Slava Bizyayev wrote:
gzip problem in IE6 http://support.microsoft.com/default.aspx?scid=kb;en-us;Q312496 is over since
1. M$ provides a free patch; 2. those lazy users (who usually don't care to apply patches) are not able to report problems anymore.
Personally, I would recommend not to deal with deflate when possible.
Thanks, Slava
----- Original Message ----- From: "David Dick" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, June 13, 2003 6:46 AM
Subject: Re: How practical is that Practical mod_perl?
filesok, i thought you might have been referred to problems that early versions of IE6 seemed to have with gzip, or with deflate problems in mozilla/n6.
Slava Bizyayev wrote:
NN-4.X sends HTTP header
Accept-Encoding: gzip
requesting any web content. Unfortunately NN-4.X fails to ungzip css
Toand JavaScript libraries. It is pretty old and well-known bug in NN-4.X.
doeswork around this bug mod_gzip uses internal procedures for recognition of
NN-4.X. The similar approach is used in mod_deflate. Apache::GzipChain
whichnot have internal resources to work around this bug.
You can find on CPAN
http://search.cpan.org/author/SLAVA/Apache-CompressClientFixup-0.06/
is supposed to serve any mod_perl compressor including Apache::GzipChain, but this handler is missed in example on p.402.
# From: [EMAIL PROTECTED] # To: [EMAIL PROTECTED] # Date: Wed, 15 Jan 2003 20:05:06 +0200 # # ... Our customers still include 17% Netscape 4 users, sigh ... #
Thanks, Slava
----- Original Message ----- From: "David Dick" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, June 12, 2003 4:41 PM
Subject: Re: How practical is that Practical mod_perl?
The direct implementation of the example configuration p.402 is supposed to lead you to about 15% of unsatisfied clients recently.
Can we have some more information about what in the implementation leads to the unsatisfied clients?