I have 'page compression' switched on but when I test it for compression ( at http://www.whatsmyip.org/mod_gzip_test/ ) the page in uncompressed.

This happens whether or not caching is off on on 'normal'.
I had the same problem already in Drupal 6.5.
My server does not use compression by default.

Please help.

Comments

Damien Tournoud’s picture

Damien Tournoud CreditAttribution: Damien Tournoud commented

The compression will only happen when caching is on, as far as I know.

I can confirm that I'm unable to make whatsmyip.org test pass, even on Drupal site where page compression is activated and working (confirmed when watching firebug headers).

I guess there is an issue somewhere, but I don't know if it is in the tester or in Drupal :)

Vacilando’s picture

Vacilando CreditAttribution: Vacilando commented
Status: Active » Fixed

I've tested a few different gzip testers with the following URL:
http://www.drupal.org/project/issues

* Shows NOT gzipped:
http://whatsmyip.org/mod_gzip_test/
http://www.gidnetwork.com/tools/gzip-test.php
http://get.recgr.com/gzip.php

* Shows gzipped!
http://nontroppo.org/tools/gziptest/

I now understand why that happens - most gzip testers look at the first page they get to. With clean URLs enabled, Drupal delivers redirect pages first, which are not gzipped (though they also could be, but that is another matter).
Only the last of the tested gzip testers followed the redirects until getting the proper page (what browser displays). Guess you know which one to use in the future :-)

Also, I confirm that if you use classic URLs ( in this case: http://drupal.org/index.php?q=project/issues ), the other gzip testers will work as well!

Hope this helps somebody.

Anonymous’s picture

Anonymous (not verified) CreditAttribution: Anonymous commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.

vinoth.3v’s picture

vinoth.3v CreditAttribution: vinoth.3v commented
Version: 6.6 » 6.19
Category: bug » support
Status: Closed (fixed) » Needs review

in my case, I am confirmed this with google page speed and Yslow!

Caching enabled.
additional modules used are

boost, css gzip, js gzip

any luck?

vinoth.3v’s picture

vinoth.3v CreditAttribution: vinoth.3v commented

css gzip & js gzip are working fine... but page compression is not..

armanschwarz’s picture

armanschwarz CreditAttribution: armanschwarz commented

I can confirm this as well. Javascript and CSS Gzip works fine, page compression does not. Here is a sample page header from my site on a page where caching should be on (ie. no captcha present, not logged in), if that is useful:

Response Headers:

Date	Fri, 10 Dec 2010 06:19:29 GMT
Server	Apache mod_fcgid/2.3.5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
X-Powered-By	PHP/5.2.14
Expires	Sun, 19 Nov 1978 05:00:00 GMT
Cache-Control	must-revalidate
Last-Modified	Fri, 10 Dec 2010 06:17:33 GMT
Content-Type	text/html; charset=utf-8

Request Headers:

Host	www.mysite.com
User-Agent	Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12
Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language	en-us,en;q=0.5
Accept-Encoding	gzip,deflate
Accept-Charset	ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive	115
Connection	keep-alive
Referer	http://www.mysite.com/
Cookie	SESS82fa0d52ebabfc7d89186d868957b76a=317e309f2f9f419784ea5f59694a7391; __utma=168303271.646399356.1291917927.1291950981.1291961861.3; __utmz=168303271.1291917927.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); has_js=1; __utmc=168303271; __utmb=168303271.3.10.1291961861

My header expires in 1978; is that a problem? Wouldn't this effectively disable caching?

Sansui’s picture

Sansui CreditAttribution: Sansui commented

I have noticed that with compression enabled, some of my pages are gzipped (including the front page and some of my main views pages), but all of my individual node pages are not showing as gzipped.

Is there anything that would prevent drupal from being able to compress certain nodes?

Status: Needs review » Closed (outdated)

Automatically closed because Drupal 6 is no longer supported. If the issue verifiably applies to later versions, please reopen with details and update the version.