imo its not really a bug, but its nice to have a workaround,.. php is very
developer-user friendly, and people get used to it by seeing it work from
the start, and having support/manual if it doesnt..

also, output compression should be only achieved by
ob_start("ob_gzhandler"); since then people would acctually (maybe?) think
of what they are trying to compress. also an updated manual note would be
good for that... the "bugfix" below is just taking it one step too far imo,
so i have to agree with Mike in part, that it is Netscape's responsibility,
but since old netscape browsers development has stopped something has to be
done in PHP to make it work correctly on those too.

bugfix = workaround = sollution :)

(ofcourse you know this means you will be teaching the kids wrong dogma
about programming, if you solve all their problems for them,... fix a
persons problem and you are frustrated for one day, teach them how to code
and they will be frustrated for a lifetime :))

(my (evil) 5 cents)
Tit
----- Original Message -----
From: "Mike Hall" <[EMAIL PROTECTED]>
To: "Stefan Roehrich" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, June 24, 2002 4:41 PM
Subject: Re: [PHP-DEV] Switching zlib.output_compression, bug #16109


> I would venture that this is a bug in Netscape, not a bug in PHP and
> therefore not PHP's responsibility to fix.
> Netscape is reporting to PHP that it accepts zipped content, when it
clearly
> doesn't accept zipped images.
>
> Mike
>
> ----- Original Message -----
> From: "Stefan Roehrich" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, June 24, 2002 3:23 PM
> Subject: [PHP-DEV] Switching zlib.output_compression, bug #16109
>
>
> > Hello!
> >
> > There has been a bug report (#16109) about a bug in Netscape 4.79,
> > which doesn't display images if Content-Encoding: gzip is used. After
> > thinking about a browser detection config flag for zlib.output
> > compression, at LinuxTag we discussed, that a more general solution
> > would be better, that means switching off output compression for
> > images and let it be possible to switch it off (or force it on) during
> > script execution.
> >
> > So I implemented it this way:
> >
> > The headers for output compression are sent late, not in the zlib
> > request init, but in the SAPI send_headers call, I think this is the
> > latest possible time I can add it, so that it's possible to switch it
> > off before that time. If you send a header("Content-Type: image/xxx")
> > output compression is switched off, you can also switch it off via
> > ini_set('zlib.output_compression', 'Off') (or force it on, if you use
> > this call with 'On' after the image header was sent, but this only
> > works, if it was globally enabled, you can't switch it on during
> > script execution if the default says 'Off' (you need the output
> > buffering, you also can't change the buffer size)).
> >
> > If output compression was disabled during the script, the compression
> > handler simply does noething and no headers are added (so you can
> > switch the setting only before the headers are sent).
> >
> > Because I'm no SAPI expert and I don't know, if there are some other
> > effects, if I add the header in the send_headers call, I haven't
> > commited it yet, see the attached patch. If nobody objects, I'll
> > commit it in a few days.
> >
> >   Stefan
> >
> > --
> > Stefan Röhrich               [EMAIL PROTECTED], [EMAIL PROTECTED]
> >                                  http://www.roehri.ch/~sr/
>
>
> --------------------------------------------------------------------------
--
> ----
>
>
> > --
> > PHP Development Mailing List <http://www.php.net/>
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
>
> --
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to