Re: How practical is that Practical mod_perl?

[David Dick]

ok, 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 files
and JavaScript libraries. It is pretty old and well-known bug in NN-4.X. To
work around this bug mod_gzip uses internal procedures for recognition of
NN-4.X.  The similar approach is used in mod_deflate. Apache::GzipChain does
not have internal resources to work around this bug.
You can find on CPAN
http://search.cpan.org/author/SLAVA/Apache-CompressClientFixup-0.06/ which
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?