Live data from Hacker News

Ask YC: Any risks with JS and CSS compression?

news.ycombinator.com

1–8 of 8 posts

Ask YC: Any risks with JS and CSS compression?

#1
We are in final stages of finalizing our code for our open alpha. I am researching ways to improve the page load time and am looking at http://webjackalope.com/fast-page-load-time/

The article suggests to compress JS and CSS files, and I am feeling that we should compress our javascript files because we have lots them.

What worries me though is if something will break. Even if we try to test again, the application has lot of functions and testing would take time and at this moment I need to concentrate on hosting setup than application testing.

I've never done it, so want to understand the risks involved. Also if you can suggest best compression tools that would be great.

Thanks in advance,

Re: Ask YC: Any risks with JS and CSS compression?

#2
There aren't really any risks involved aside from the fact that most (all?) compressors expect well-formed scripts, and thus can break ones that don't meet standards.

A common way to do compression that will give you a similar effect is to gzip content from the web server.

Re: Ask YC: Any risks with JS and CSS compression?

#4
post #2

There aren't really any risks involved aside from the fact that most (all?) compressors expect well-formed scripts, and thus can break ones that don't meet standards. A common way to do compression that will give you a similar effect is to gzip content from the web server.

Thanks a lot.

Re: Ask YC: Any risks with JS and CSS compression?

#7
post #2

There aren't really any risks involved aside from the fact that most (all?) compressors expect well-formed scripts, and thus can break ones that don't meet standards. A common way to do compression that will give you a similar effect is to gzip content from the web server.

Thanks a lot.

In particular, most compressors are picky about semicolons. If you use JavaScript's implicit line breaking, they'll break. This includes function definitions: there should be a semicolon after each function definition, something that most JavaScript programmers forget.

I find that using JSMin + GZip (on the webserver level) compresses just as well and tends to break fewer things.