Does your php include the zlib module? Not having that module is the most likely cause for compressing the output.

Browser ability is automatically detected and $wgUseGzip is no longer required.

BTW, what's Apashi Serv ? A localised version of Apache httpd?

ilhan wrote:

zlib 1.2.3 is included.

I'm already using gzip with PHP
(I use ob_start("ob_gzhandler"); at http://krumovgrad.eu/ )
Also check http://krumovgrad.eu/phpinfo.php

Yes, Apashi Serv is localized version of Apache httpd.

$wgUseGzip is no longer required? My other wiki is not gzip enabled by default too? metupedia.com

ilhan wrote:

Is there any workaround?

ilhan wrote:

Workaround: add ob_start("ob_gzhandler"); to the index.php.

$wgUseGzip is specifically for the old-fashioned local file-based caching, and is not used anywhere else. If you are not using $wgUseFileCache, then it will have no effect.

Things to check:

• make sure $wgDisableOutputCompression has not been set to true
• make sure MW_NO_OUTPUT_COMPRESSION has not been defined
• check if the php.ini value zlib.output_compression is set funny -- if it appears to be on, MediaWiki disengages its own gzipping to avoid breaking
• make sure PHP's zlib module is enabled -- we key off the 'gzencode' function, which must be present
• make sure that nothing is forcing HTTP output to have started early, which will make it too late for the compression to engage
• make sure that the HTTP Accept-Encoding header (as server variable HTTP_ACCEPT_ENCODING) makes it through to PHP intact -- if it's not present and listing 'gzip', no compression will be done.

ilhan wrote:

• $wgDisableOutputCompression is set to false
• MW_NO_OUTPUT_COMPRESSION has not been defined

I don't know about others. I'll make a new clean installation (without addons) and we'll see.

EN.WP.ST47 wrote:

How did the new installation work for you?

ilhan wrote:

I have just installed, compression won't work again :/
http://krumovgrad.eu/test/index.php/Main_Page
http://krumovgrad.eu/test/phpinfo.php