Date: 11/13/00
- Next message: James Treworgy: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Previous message: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- In reply to: Manuel Lemos: "Re: [PHP-DEV] transparent output compression patch"
- Next in thread: Jade Nicoletti: "Re: [PHP-DEV] transparent output compression patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
The deflate coding didn't work because I sent a zlib header/trailer. Without
them everything seems to work fine (so far :).
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.
-Jade.
On Sun, Nov 12, 2000 at 08:47:21PM -0300, Manuel Lemos wrote:
> Hello Jade,
>
> On 12-Nov-00 19:12:00, you wrote:
>
> >Bugs/TODOs:
> > 1. Grep for them (TODO|FIXME).
> > 2. The deflate coding dosn't work. I don't see why, right now... hint?
>
> In theory checking if the Accepting-Encoding: request header would be
> enough to figure if compression is acceptable in the requesting browser (or
> proxy server). The truth is that it isn't that simple. There are plenty
> of circumstances where it may not work and the end user will only see a
> blank page.
>
> If you look into Remote Communications mod_gzip source code they explain
> some of the circumstances where it does not work. Oddly they seem to not
> handle those situations. That suggests that they may want people to
> complain so they can sell their commercial solution.
>
> Anyway, there seem to be other situations that they admitedly did not seem
> to know, like proxy servers that choke on character 0 (NUL) in a
> Content-Type: text/html stream. Many free access ISP use proxy servers and
> they now represent a significative market share in many countries. I don't
> know if some could not be using broken proxy servers to make all this that
> hard to handle.
>
>
> Regards,
> Manuel Lemos
>
> Web Programming Components using PHP Classes.
> Look at: email protected>?subject=Re:%20[PHP-DEV]%20transparent%20output%20compression%20patch&replyto=20001113135142.A6591 <email protected>">mlemos <email protected>">http://phpclasses.UpperDesign.com/?user=mlemos <email protected>
> --
> E-mail: mlemos <email protected>
> URL: http://www.mlemos.e-na.net/
> PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp
> --
-- =============================================================================== Jade Nicoletti Nicoletti Net Services Tel. 01 240 4774 Geschäftsleitung Postfach 2519 Fax 01 240 4775 System-Administration 8021 Zürich ============================================[ Weitere Infos: http://nns.ch/ ]==-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: James Treworgy: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Previous message: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- In reply to: Manuel Lemos: "Re: [PHP-DEV] transparent output compression patch"
- Next in thread: Jade Nicoletti: "Re: [PHP-DEV] transparent output compression patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

