Compression of JavaScript programs

#1

Post by DanielH » Thu, Apr 28, 2011, 5:37 AM UTC

Compression of JavaScript programs
bitsnbites.eu

Re: Compression of JavaScript programs

#2

Post by willvarfar » Thu, Apr 28, 2011, 6:09 AM UTC

cough your server could serve gzipped stream and the browser would transparently uncompress it.

Sure there are browsers that can't decompress these streams, but your webserver already knows when to send the full (but minified) JS instead. Its all handled automatically.

Re: Compression of JavaScript programs

#3

Post by dexen » Thu, Apr 28, 2011, 7:22 AM UTC

A document [1] by Ray Cromwell introduces an aid for JS compression, both theory and implementation [2]. The idea is to transform JS code before compression in a way that, while keeping JS semantics, makes is best possible candidate for the popular gzip deflate compression.

----

[1] http://timepedia.blogspot.com/2009/08/on-reducing-size-of-co...

[2] http://code.google.com/p/google-web-toolkit/source/detail?r=...

Re: Compression of JavaScript programs

#4

Post by nrkn » Thu, Apr 28, 2011, 7:30 AM UTC

willvarfar wrote: post #2

cough your server could serve gzipped stream and the browser would transparently uncompress it. Sure there are browsers that can't decompress these streams, but your webserver already knows when to send the full (but minified) JS instead. Its all handled automatically.

He mentions "small source size" competitions as one of the reasons for doing this and they all count the size of the raw js file, not the size of the gzipped file as sent by the server.

Re: Compression of JavaScript programs

#5

Post by follower » Thu, Apr 28, 2011, 12:18 PM UTC

dexen wrote: post #3

A document [1] by Ray Cromwell introduces an aid for JS compression, both theory and implementation [2]. The idea is to transform JS code before compression in a way that, while keeping JS semantics, makes is best possible candidate for the popular gzip deflate compression. ---- [1] http://timepedia.blogspot.com/2009/08/on-reducing-size-of-co... [2] http://code.google.com/p/google-web-toolkit/source/detail?r=...

That's a really awesome article--I remember when I first read it that it was both really interesting, well written and useful knowledge.

I thoroughly recommend taking the time to read it.

Re: Compression of JavaScript programs

#6

Post by dspillett » Thu, Apr 28, 2011, 12:22 PM UTC

willvarfar wrote: post #2

cough your server could serve gzipped stream and the browser would transparently uncompress it. Sure there are browsers that can't decompress these streams, but your webserver already knows when to send the full (but minified) JS instead. Its all handled automatically.

"Minifying" will still produce generally lower bandwidth use with automatic stream compression, and you get a significant benefit even for users who have broken browsers (or are stuck behind broken proxies) that don't support stream compression.

Re: Compression of JavaScript programs

#7

Post by verisimilitude » Thu, Apr 28, 2011, 1:10 PM UTC

This is a great process to maximize your JS compression. However, it's important to keep in mind the application. From the jQuery dl page (yes, they use a different compression method):

"The packed versions require non-trivial client-side processing time to uncompress (unpack) the code whereas the minified versions do not."