With the OS Cent OS and after following all the steps, I only compresses the html
Any ideas?

thanks you.

I added these three mime types to mine:
text/css text/javascript application/x-javascript

You can also use this URL to test that your gzipped correctly:

http://whatsmyip.org/mod_gzip_test/

(mt) also has a KB on the same topic but your configuration is much better than theirs IMO. I got everything to work if I placed the code into the httpd.conf, I’ll sort out why vhost.conf is not working some other time. Thanks for another awesome article!

“DeflateFilterNote not allowed here”

I had to comment it out :-( Its a shame because I want to (at least for a short period) see all the stats. I searched google for that error and no real resolutions either.

# Note: command to enable PHP compression
php_value output_handler ob_gzhandler
# End PHP compression

(ob_gzhandler must be enabled by your host, but this is pretty common.)

Hopefully we were able to replicate the problem when loading one php file. BTW after clicking reload on the php generated page, it rendered fine. To find the solution I had to rollback all changes I did to the code and Apache configuration and sorted out that IE6 doesn’t like compressed js files.

Here are other people discussing similar problem.
http://www.robertswarthout.com/2007/05/ie-6-apache-mod_deflate-blank-pages/

ExpiresActive On
ExpiresByType image/gif “access plus 1 month”
ExpiresByType image/png “access plus 1 month”
ExpiresByType image/jpg “access plus 1 month”
ExpiresByType image/jpeg “access plus 1 month”
ExpiresByType application/pdf “access plus 1 month”
ExpiresByType audio/x-wav “access plus 1 month”
ExpiresByType audio/mpeg “access plus 1 month”
ExpiresByType video/mpeg “access plus 1 month”
ExpiresByType video/mp4 “access plus 1 month”
ExpiresByType video/quicktime “access plus 1 month”
ExpiresByType video/x-ms-wmv “access plus 1 month”

ExpiresByType text/css “access plus 1 hour”

You don’t seem to be using mod_expires right now:

[craig@puck:~/code/simulationcraft-svn]$ curl –compress -I http://paulstamatiou.com/wp-content/plugins/backtype-connect/images/twitter-16.gif
HTTP/1.1 200 OK
Date: Thu, 23 Apr 2009 23:05:18 GMT
Server: Apache/2.2.3 (CentOS)
Last-Modified: Mon, 20 Apr 2009 20:01:20 GMT
ETag: “7ab001e-3fd-fe724400″
Accept-Ranges: bytes
Content-Length: 1021
Connection: close
Content-Type: image/gif

When I profiled the site with kmemcache I found that our only real suck was the advertising software we run but there isn’t much we can do about that and it wasn;t THAT bad anyway. It is a bit frustrating (but kind of fun too, I love messing around in unix land).

Do you have any links to documentation about this that I can read? Thanks.

This looked wrong to me — why would you not want to compress EXE files, which are notoriously often bloated with giant piles of repeated content which makes for great compressibility. So I thought maybe that might no longer be true. I ran a test, on a more or less clean install of Windows 7 Ultimate in a vmware image:

#######
[craig@puck:/Volumes/Untitled 1]$ find ‘Program Files’ Windows -name ‘*.exe’ -print0 | xargs -0 cat | wc -c
cat: Windows/Panther/setup.exe: Is a directory
300999635
[craig@puck:/Volumes/Untitled 1]$ find ‘Program Files’ Windows -name ‘*.exe’ -print0 | xargs -0 gzip -9c | wc -c
gzip: Windows/Panther/setup.exe is a directory — ignored
148891342
[craig@puck:/Volumes/Untitled 1]$ dc
2 k 300999635 148891342 – 300999635 / p q
.50
########

50% savings on what are often large files is not to be sneezed at!