构建高性能网站，针对前台工程师--总结篇

麻烦以后如果是摘录书籍的东西，请注释下。。。

不是摘录，集合平常经验总结的

以总结为主，引发一个话题，其他有研究的人可以借此平台来分享进一步的知识，这就是论坛啊，有什么不好

  

这份总结和其后的回复看出，不是真正做过大网站前端优化的人（说明：我的领域跨过前后端）。

（除前文外）再指出几个明显的问题吧：
1）几乎不会真的用Jsmin做压缩，因为它存在一个严重的缺陷，就是当存在直接量的正则表达式时，代码会压缩出问题。
一般都是用YUI Comprosser。

2）一般不采用gzip方案，因为浏览器decode会有性能开销，如果服务器端打开动态gzip的encode更是吃不消。

3）真正做多域名时，不会只准备两个域名，而是一组域名的。
比如：
static1.xxx.com
static2.xxx.com
.....
static10.xxx.com
动态页面（比如JSP）会在每个URL前随机生成一个域名（1-10的随机数）。
而且为了有效利用304缓存（以免相同的URL每次的域名不同，导致无法利用HTTP缓存机制），还需要对URL做hash后的伪随机算法。

你倒是做过，你烂在肚子里有什么用。我是后台开发的，看了看书，顺便总结一下。有本事你也总结一下啊

feiyan35488 的分享精神还是值得赞同的
我支持你！

谢谢，为了提高共同提高。最讨厌那些冒充高手到处喷粪的垃圾

总结得非常好，学习了。

那我也随便说说好了？
1、用什么压缩不是问题，现在google closure compiler也正在取代YUI，再过段时间也许你的YUI也一样是个“过时货”，压缩是个理念，何必纠结于JSMIN还是YUI？

2、decode的性能开销？你真有实测过用不用gzip浏览器的最终load差了多少？有的话给个数字吧？根据我们这边的实测，一个页面+3-5个gzip的资源（图片不会gzip），用不用gzip相关不到100毫秒来着。至于encode的开销，看服务器有多牛呗，不牛的就只对不变的静态资源开gzip，牛的就对动态页面也一起开了，顺便也要看看是你的服务器贵，还是你买的网络更贵，对吧？

3、多域名……我现在首先怀疑多域名的必要性，其次到底是2个还是多个，难道不是按照平均一个页面中的资源数量来决定的吗？难道一个页面只有6-7个资源，你也准备20个域名放着？