Re: transparent output compression patch

Hello Jade, On 13-Nov-00 09:50:44, you wrote: >May be that problems will arise in certain circumstances (as described in >Remote Communications' mod_gzip.c). Nevertheless it is a good thing to have >this in PHP. Of course the compression isn't enabled by default. A php >developer has to ponder the use of compression and really only apply it if >it's use is adequate. Sure, but my point is that there many circumstances that looking at the Accept-Encoding header is not suficient because it may not be true that the compressed content can reach the end user browser intact even when the browser supports compression, not to speak of browsers that lie about supporting compression. That is why Remote Communications has a commercial module that takes care of those cases while the free version of mod_gzip simply ignores those cases. I propose that we start building a knowledge base of browsers that in practice do not support compression and proxy servers that corrupt compressed data. I tried talking with Remote Communications but they don't want to cooperate because they seem to be protecting their business of selling the commercial version of the module for compression. It sounds like that their free version of mod_gzip is like a bait for people to buy their commercial stuff. It's a bit of a silly attitude because soon or later there will be public knowlegde of what really supports and what doesn't. So why pay for their stuff when we can build a free and complete mod_gzip module or better, stuff that support in PHP? It's just a matter that we cooperate and share knowledge between us, don't you think? Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?user=mlemos@acm.org -- E-mail: mlemos@acm.org URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp --