Compressed CSS is generated but not served?

Can I get a URL to an example site where it doesn't work?

Check the file size of your .htaccess and the permission in /sites/default/files/css

I had a strange file permission issue which meant the the file existed but it was empty. To recreate it you need to delete the file and save the configuration in the performance option.

I use the acquia marina theme and have to use the hook exit option.

Have the same with javascript and css modules.. Tried different settings on Performance page.

I got the same issue on a shared server and the support team told me the gzip is turned on and off depending on the server load? why is this? any ideas or further clarification? Thanks

Am having the same problem. Module is installed and creating gzipped css files and a new .htaccess in files/css, but the actual gzipped css is not being substituted for the compressed .css file so I'm still serving up the un-gzipped file to my visitors.

Is the htaccess file the one that's supposed to cause the substitution to happen?

My files/css folder is set to 777 btw.

Url for this site: http://windycitizen.com

Will happily pay for 30 minutes of the maintainer's time to troubleshoot this. Contact info is in my profile. Cheers!

@bflora
your server is nginx & i get Content-Encoding: gzip when downloading a css file from your server. nginx is a lot more efficient in comparison to apache; doing gzip at the server level should be fine in your case. If you still want to use *.gz files then this should work
http://wiki.nginx.org/HttpGzipStaticModule

Anonymous visitors get nginx (which is fast). Logged in users get apache (which can be slow). So gzipping still has value.

try the alt where you place the htaccess rules inside your webroot .htaccess file (same level as index.php)
Directions are in the readme
http://drupalcode.org/viewvc/drupal/contributions/modules/css_gzip/READM...

The documentation is a bit confusing:

It says to "Add this Inside the block, right before (add it to the bottom)"

But then the code snippet actually includes and tags. So do I put that code inside of my existing set of and or do I take the code inside those and tags and put it inside my existing ones.

And what about the handful of lines above the and tags? Do I put those into the .htaccess file above my existing and tags in my Drupal htaccess?

I already have a Drupal htaccess with and tags and lots of rewrite rules. Unclear how to proceed based on the instructions in the readme.

Also, then after I make whatever changes need to be made. Do I need to restart apache? Clear my cache?

subscribe

I am having the exact same issue.

css.gz is being created in files/css but it is not being served
I am on apache2
clean urls
public download
css file permission 770

I used the regular setting and chose not to modify my .htaccess file.
I am having the same issue with javascript_aggregator also

Test 1: mod_deflate enabled
cleared all caches
results as above

Test 2: mod_deflate disabled
cleared all caches
results as above

I do have mod_deflate enabled and have to for another server that I have running
I would like to use css_gzip for the drupal related content

any help would be greatly appreciated.

I am also experiencing this: CSS being GZipped but not served. My Javascript isn't being served as GZipped either though so this can't be CSS GZip's fault. Any ideas? I'm on a shared host, and not getting any errors...

subscribe

subscribe

Any luck on this issue yet? I tried all possibilities (modifying root .htacees, disabling the auto-generated .htaccess, etc.) I am having the same exact issue - I see all the .css.gz and .js.gz files under /sites/default/files/css/ and /sites/default/files/js/ but viewsource still shows the .css and .js files served up.

This seems to be fixed in D7, can someone port the fixes for D6 and post a patch here?

For everyone: have you checked the Content-Encoding header you get with your CSS file ? As far as I know, the .htaccess rule rewrites the URL. So the URL in your HTML will be *.css, but Apache should serve the *css.gz file.

If you use Firefox, install Firebug and check the content encoding (see screenshot). In the screenshot, you'll see that the file extension is *.css, but the encoding is gzip. In our case, the module is working.

Hope this will help some of you.

Same issues (Module does work on some hosts)
.HTACCESS and gzipt CSS files are generated but the headers are not send correctly which has as result that the site is displayed without CSS.

+++ UPDATE +++
Issue seems to be on LiteSpeed server.
On the performance configuration page set CSS Gzip and Gzip Javascript to not generate a .htaccess file
Place the following code inside your root .htaccess (Make sure that there aren't any .htaccess files inside the css en js folders anymore)
(Paste code inside )

  # Serve gzip compressed CSS files if they exist and the client accepts gzip.
  RewriteCond %{HTTP:Accept-encoding} gzip
  RewriteCond %{REQUEST_FILENAME}\.gz -s
  RewriteRule ^(.*)\.css $1\.css\.gz [QSA]

  # Serve gzip compressed JS files if they exist and the client accepts gzip.
  RewriteCond %{HTTP:Accept-encoding} gzip
  RewriteCond %{REQUEST_FILENAME}\.gz -s
  RewriteRule ^(.*)\.js $1\.js\.gz [QSA]

  # Serve correct content types, and prevent mod_deflate double gzip.
  RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
  RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]

  <FilesMatch "(\.css\.gz)$">
    # Serve correct encoding type.
    Header append Content-Encoding gzip
    # Force proxies to cache gzipped & non-gzipped css/js files separately.
    Header append Vary Accept-Encoding
  </FilesMatch>
  <FilesMatch "(\.js\.gz)$">
    Header set Content-Type text/javascript
    Header append Content-Encoding gzip
    Header append Vary Accept-Encoding
  </FilesMatch>

Hi
#21 Work for me, thanks

CSS Gzip will no longer be updated/supported. All future development is being done in the Advanced CSS/JS Aggregation module.