Last modified: 2012-04-12 13:55:40 UTC
I have added $wgUseGzip = true; to LocalSettings.php but it does not compress the pages.
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?
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
Is there any workaround?
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.
* $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.
How did the new installation work for you?
I have just installed, compression won't work again :/ http://krumovgrad.eu/test/index.php/Main_Page http://krumovgrad.eu/test/phpinfo.php
