Re: transparent output compression patch
| From: | Jade Nicoletti | Date: | Mon, 27 Nov 2000 08:57:46 +0000 |
| Subject: | Re: transparent output compression patch | ||
| References: | 1 2 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-39198@lists.php.net to get a copy of this message | ||
How do you want to collect the information? Just send it to the php-dev
mailing list and then hardcode it into php?
-Jade.
On Sun, Nov 26, 2000 at 07:29:15PM -0300, Manuel Lemos wrote:
> Hello Jade,
>
> On 23-Nov-00 14:56:43, you wrote:
>
> >On Sat, Nov 18, 2000 at 02:08:59PM -0300, Manuel Lemos wrote:
> >> 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.
> >Why don't you just present a concept of this knowledge base?
>
> It's nothing more than the list user agents (browsers and proxy servers)
> that may mislead a server into believing that the they support compression
> when in reality they don't.
>
> The usual procedure is to check the user agent supports compression by
> verifying the presence of the request header Accept-Encoding: gzip etc..
>
> Than you need of the user agent is one of those in the knowledge base of
> browsers that actually do not support compression despite they send the
> Accept-Encoding header.
>
> If the browser is not in the knowledge base, then verify if the proxy
> server that forwards the request is not one of those that mangle compressed
> text/html input because it contains NUL bytes in the middle or for some
> other unknown reason.
>
> We don't know all reasons, browsers or proxy servers that void the use of
> compression, but the sooner we start cooperating sharing information, the
> sooner we will be able to use compression in our sites as a viable speed
> boost solution that may be used as much as possible without preventing part
> of the audience to access the content normally without compression if
> necessary.
>
>
> Regards,
> Manuel Lemos