Comments on: Compress JavaScript and CSS without touching your application code http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/ This dirt was a building before Wed, 20 Aug 2008 16:50:44 +0000 http://wordpress.org/?v=2.6.1 By: sandeep http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2744 sandeep Sun, 03 Feb 2008 19:33:05 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2744 hey, I am using Rails. I copied these rules: AddEncoding gzip .gz RewriteCond %{HTTP:Accept-encoding} gzip RewriteCond %{HTTP_USER_AGENT} !Safari RewriteCond %{REQUEST_FILENAME}.gz -f RewriteRule ^(.*)$ $1.gz [QSA,L] at the end of htaccess file. And I restarted httpd. I have a gipped version of prototype.js.gz in public/javascripts/ as well. But I am not seeing compression happening although normal html file is getting compressed. Am i missing something here? hey,

I am using Rails. I copied these rules:

AddEncoding gzip .gz
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{HTTP_USER_AGENT} !Safari
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [QSA,L]

at the end of htaccess file. And I restarted httpd. I have a gipped version of prototype.js.gz in public/javascripts/ as well.

But I am not seeing compression happening although normal html file is getting compressed.

Am i missing something here?

]]> By: Chris Latko http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2700 Chris Latko Fri, 01 Feb 2008 03:37:40 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2700 Maybe this will save some others time. If you go with dreamwind's method, make sure you have mod_headers enabled in apache. I had to recompile with the '--enable-headers' to get it to work. Great article. Solved my problem perfectly. Maybe this will save some others time. If you go with dreamwind’s method, make sure you have mod_headers enabled in apache. I had to recompile with the ‘–enable-headers’ to get it to work.

Great article. Solved my problem perfectly.

]]> By: dreamwind http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2500 dreamwind Sun, 13 Jan 2008 15:11:13 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2500 I think it's legacy bug of the KHTML engine becase Konqueror also has such troubles (and it should be added to RewriteRule User Agent Condition) I think it’s legacy bug of the KHTML engine becase Konqueror also has such troubles (and it should be added to RewriteRule User Agent Condition)

]]> By: Cecil Ward http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2392 Cecil Ward Sun, 06 Jan 2008 21:33:02 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-2392 James, what's the problem with Safari's gzip handling? Do you have any more details? James, what’s the problem with Safari’s gzip handling? Do you have any more details?

]]> By: dreamwind http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-254 dreamwind Fri, 07 Sep 2007 22:25:09 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-254 second part <FilesMatch .*\.js.gz$> ForceType text/javascript Header set Content-Encoding: gzip </FilesMatch> <FilesMatch .*\.css.gz$> ForceType text/css Header set Content-Encoding: gzip </FilesMatch> second part
<FilesMatch .*\.js.gz$>
ForceType text/javascript
Header set Content-Encoding: gzip
</FilesMatch>
<FilesMatch .*\.css.gz$>
ForceType text/css
Header set Content-Encoding: gzip
</FilesMatch>

]]> By: dreamwind http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-253 dreamwind Fri, 07 Sep 2007 22:24:23 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-253 For some reasons I've failed to correctly setup -f rule (may be due to all the other RewriteRules, don't know). So my solution is the following. First part redirects to normal files if browser doesn't support gzip or is Safari, second part delivers correct gzip content to browser. So I also have two versions of the file: gzipped and normal, on page always gzipped version is called. Also I may change the "version" of the file (foo.js?v3.54), all works correctly. AddEncoding gzip .gz RewriteCond %{HTTP:Accept-encoding} !gzip RewriteRule ^(.*)\.gz(\?.+)?$ $1 [QSA,L] RewriteCond %{HTTP_USER_AGENT} Safari RewriteRule ^(.*)\.gz(\?.+)?$ $1 [QSA,L] AddType text/javascript .js AddType text/css .css ForceType text/javascript Header set Content-Encoding: gzip ForceType text/css Header set Content-Encoding: gzip For some reasons I’ve failed to correctly setup -f rule (may be due to all the other RewriteRules, don’t know). So my solution is the following. First part redirects to normal files if browser doesn’t support gzip or is Safari, second part delivers correct gzip content to browser. So I also have two versions of the file: gzipped and normal, on page always gzipped version is called. Also I may change the “version” of the file (foo.js?v3.54), all works correctly.

AddEncoding gzip .gz
RewriteCond %{HTTP:Accept-encoding} !gzip
RewriteRule ^(.*)\.gz(\?.+)?$ $1 [QSA,L]
RewriteCond %{HTTP_USER_AGENT} Safari
RewriteRule ^(.*)\.gz(\?.+)?$ $1 [QSA,L]

AddType text/javascript .js
AddType text/css .css

ForceType text/javascript
Header set Content-Encoding: gzip

ForceType text/css
Header set Content-Encoding: gzip

]]> By: James http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-62 James Mon, 04 Jun 2007 21:42:13 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-62 What I tend to do when writing JavaScript is just write unpacked while making significant changes. I write code that I know will pack nicely, although I sometimes pack up what I've written every so often just to make sure. Usually though, I'll only make a packed copy once I'm done making a whole set of changes to a file. It might be nice to automate the task but I really don't find it that onerous. As regards automating deployment, I did write about <a href="http://blog.jcoglan.com/2007/05/26/make-capistrano-compress-your-javascript-and-css-automatically/" rel="nofollow">getting Capistrano (and AssetPackager) to compress everything</a> to gzip format when you deploy code. I've been considering porting Dean Edwards' packer to Ruby so I could incorporate it into my deployment process, although I've not the time at the moment. Plus, it can be a bad idea to rely on automated packing, as it can break your code if you've missed a semicolon or curly bracket somewhere. Auotmated gzip is fine, and, if you could run ShrinkSafe or some other packer built on a JS engine rather than regular expressions, that would work fine too. For the moment, I'll stick with making and testing my packed code by hand. What I tend to do when writing JavaScript is just write unpacked while making significant changes. I write code that I know will pack nicely, although I sometimes pack up what I’ve written every so often just to make sure. Usually though, I’ll only make a packed copy once I’m done making a whole set of changes to a file. It might be nice to automate the task but I really don’t find it that onerous.

As regards automating deployment, I did write about getting Capistrano (and AssetPackager) to compress everything to gzip format when you deploy code. I’ve been considering porting Dean Edwards’ packer to Ruby so I could incorporate it into my deployment process, although I’ve not the time at the moment. Plus, it can be a bad idea to rely on automated packing, as it can break your code if you’ve missed a semicolon or curly bracket somewhere. Auotmated gzip is fine, and, if you could run ShrinkSafe or some other packer built on a JS engine rather than regular expressions, that would work fine too. For the moment, I’ll stick with making and testing my packed code by hand.

]]> By: telepathetic http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-59 telepathetic Mon, 04 Jun 2007 19:09:53 +0000 http://blog.jcoglan.com/2007/05/02/compress-javascript-and-css-without-touching-your-application-code/#comment-59 very useful, but you piqued my curiousity-- why do you "pack" some of your javascript but not others? and if you do "pack" some, how do you manage development/production cycles with this? i.e. if you do development with packed files, you'd have to edit the unpacked version and then pack for every single change you wanted to test (very annoying). otherwise if you do development with unpacked versions, you have to use some method to get production to use the packed versions, as well as manually creating the packed version on every production push. (also annoying). run into this issue? any ideas? maybe worth another article.. very useful, but you piqued my curiousity– why do you “pack” some of your javascript but not others? and if you do “pack” some, how do you manage development/production cycles with this? i.e. if you do development with packed files, you’d have to edit the unpacked version and then pack for every single change you wanted to test (very annoying). otherwise if you do development with unpacked versions, you have to use some method to get production to use the packed versions, as well as manually creating the packed version on every production push. (also annoying). run into this issue? any ideas? maybe worth another article..

]]>