Apache/CompressClientFixup version 0.03 ======================================= INSTALLATION To install this module type the following: perl Makefile.PL make make test make install =head1 NAME Apache::CompressClientFixup - Perl extension for Apache-1.3.X to avoid C compression for some buggy browsers. =head1 INTRODUCTION Standard gzip compression significantly scales bandwidth, and helps to please clients, who receive the compressed content faster, especially on dial-ups. Obviously, the success of proper implementation of content compression depends on quality of both sides of the request-response transaction. Since on server side we have 6 open source modules/packages for web content compression (in alphabetic order): =over 4 =item ·Apache::Compress =item ·Apache::Dynagzip =item ·Apache::Gzip =item ·Apache::GzipChain =item ·mod_deflate =item ·mod_gzip =back the main problem of implementation of web content compression deals with fact that some buggy web clients declare the ability to receive and decompress gzipped data in their HTTP requests, but fail to keep promises when the response arrives really compressed. All known content compression modules rely on C HTTP request header in accordance with C. HTTP server should never respond with compressed content to the client which fails to declare self capability to uncompress data accordingly. Thinking this way, we would try to unset the incoming C HTTP header for those buggy clients, because they would better never set it up... We would separate this fix-up handler from the main compression module for a good reason. Basically, we would benefit from this extraction, because in this case we may create only one common fix-up handler for all known compression modules. It would help to =over 4 =item ·Share specific information; =item ·Simplify the control of every compression module; =item ·Wider reuse the code of the requests' correction; =item ·Simplify further upgrades. =back =head1 DESCRIPTION This handler is supposed to serve the Fix-Up stage on C enabled Apache-1.3.X. It unsets HTTP request header C for the following web clients: =head2 Microsoft Internet Explorer Internet Explorer sometimes loses the first 2048 bytes of data that are sent back by Web Servers that use HTTP compression, - Microsoft confirms for MSIE 5.5 in Microsoft Knowledge Base Article - Q313712 (http://support.microsoft.com/default.aspx?scid=kb;en-us;Q313712). The similiar statement about MSIE 6.0 is confirmed in Microsoft Knowledge Base Article - Q312496. In accordance with Q313712 and Q312496, these bugs affect transmissions through =over 4 =item HTTP =item HTTPS =item FTP =item Gopher =back and special patches for MSIE-5.5 and MSIE-6.0 were published on Internet. Microsoft has confirmed that this was a problem in the Microsoft products. Microsoft states that this problem was first corrected in Internet Explorer 6 Service Pack 1. Since then, later versions of MSIE are not supposed to carry this bug at all. Since the effect is not investigated in appropriate details, this version of the handler does not restrict compression for MSIE, except HTTPS. =head2 Netscape 4.X This is C client. Netscape 4.X is failing to =over 4 =item a) handle