zlib.output_compression problem zlib.output_compression problem
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

zlib.output_compression problem

Started by stevekwok, March 13, 2004, 10:44:00 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

stevekwok

It seems the "flush"s in index.php crash when php.ini configurated with zlib.output_compression = on

Is there any way to make it works with zlib.output_compression on?

Regards,
Steve

Joachim Müller

Quote from: "mlevy at rgj dot com on http://www.php.net/zlib"If you turn zlib.output_compression_level on, be advised that you shouldn't try to flush() the output in your scripts. PHP will add the gzip header but send the output uncompressed, which plays havoc with Mozilla. IE seems to handle it, though.
My advice would be to enable gzip compression instead if possible, since the whole concept of coppermine is based on using output buffering and flushing the content of the page.

GauGau

stevekwok

Quote from: "gaugau"
Quote from: "mlevy at rgj dot com on http://www.php.net/zlib"If you turn zlib.output_compression_level on, be advised that you shouldn't try to flush() the output in your scripts. PHP will add the gzip header but send the output uncompressed, which plays havoc with Mozilla. IE seems to handle it, though.
My advice would be to enable gzip compression instead if possible, since the whole concept of coppermine is based on using output buffering and flushing the content of the page.

GauGau

My situation is when I enable gzip compress of php, I can view the admin page but not the main page (index.php). Everything in IE become garbage. Is my php or apache misconfigured?

Thanks,
Steve

Joachim Müller

probably. Switch compression off, who needs it anyway?

GauGau