Compression of JavaScript programs

http://www.bitsnbites.eu/?p=20

by DanielH • 15 years ago

23 6 15 years ago

willvarfar• 15 years ago

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.

nrkn• 15 years ago

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.

dspillett• 15 years ago

"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.

dexen• 15 years ago

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=...

follower• 15 years ago

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.

verisimilitude• 15 years ago

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."

Compression of JavaScript programs

Related Stories