ID:               20551
 Comment by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Feedback
 Bug Type:         Output Control
 Operating System: RedHat 7.2
 PHP Version:      4.2.3
 New Comment:

Using
  ini_set ( "zlib.output_compression", 1);// or "On" or 4096 ...
instead of:
  ob_start ('ob_gzhandler');

does not actually compress pages...


Previous Comments:
------------------------------------------------------------------------

[2002-11-27 13:12:35] [EMAIL PROTECTED]

The problem with setting it system wide is that it will try to compress
images and javascripts. No browser likes compressed images and Netscape
dies on compressed javascripts.

Or are you suggesting that I use:
  ini_set ( "zlib.output_compression", 1);
instead of:
  ob_start ('ob_gzhandler');
??

Does this work in PHP 4.2.3?

------------------------------------------------------------------------

[2002-11-27 11:30:07] [EMAIL PROTECTED]

We recommend using zlib.outputcompression instead of ob_gzhandler;
maybe this will solve your issues, without
the need to upgrade PHP.

------------------------------------------------------------------------

[2002-11-27 09:31:15] [EMAIL PROTECTED]

One thing I forgot to add: I tried backporting all the fixes from CVS
that referenced crashes/segfaults from zlib.c, output.c, and streams.c
with no improvement.

In the middle of the night, I'm going to temporarily install 4.3RC1
which will disable the accelerator and kick the load average to the
roof, but hopefully I'll be able to check the error log for segfaults.

------------------------------------------------------------------------

[2002-11-27 09:26:39] [EMAIL PROTECTED]

One other note that may be of interest to people search the bug the
list. This bug has the net result of pushing the load average up to 150
from 6 in a series of spikes (more dense as traffic increases).

------------------------------------------------------------------------

[2002-11-21 18:32:19] [EMAIL PROTECTED]

Unfortunately, this occurs statistically on a production server. To do
a backtrace would require a debug version and to use CVS would be to
use 4.3. Neither will work with the Zend Accelerator or Performance
Suite. The site is inoperable without one of them. Maybe I can try a
beta of one of those software packages to use with the current CVS.
I'll ask. If I can not then I'll report the results after everything is
released.

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/20551

-- 
Edit this bug report at http://bugs.php.net/?id=20551&edit=1

Reply via email to