Yslow优化网站性能的14条军规点评

其中黑色部分，跟后端是紧密相连的，在我们的内容中都已经涉及到了，而且做了更深入的讨论。兰色部分，5，6，7是相关页面执行速度的，构建前端页面的人应该注意的。11属于避免使用的方法。 红色部分我着重说一下：

gzip我不推荐使用，因为有些早期IE支持的不好，它的表现为直接用IE访问没问题，用js嵌进去，就不能正常解压。这样的用户占比应该在2%左右。这个问题我跟踪了近一个月，差点放弃使用压缩。后来发现我以前用deflate压缩的文件却能正常访问。 改用deflate问题解决。apache 1.x使用mod_gzip ,到了2.x 改用cmod_deflate，不知道是否跟这个原因有关。 另外对于小文件压缩来说，deflate 可比 gzip省不少字节。

减少 DNS 查询: 这里也是有个取舍的，一般浏览器最多只为一个域名创建两个连接通道。 如果我一个页面嵌了 image.xx.com的很多图片，你就会发现，图片从上往下一张张显示出来这个过程。这造成了浏览器端的排队。 我们可以通过增加域名提高并发度，例如image0.xx.com ,image1.xx.com ,image2.xx.com，image3.xx.com这样并发度就提上去了，但是会造成很多cache失效，那很简单，假如我们对文件名相加，对4取mod，就能保证，某个图片只能通过某个域名进行访问。不过，我也很反对一页面请求了数十个域名，很多域名下只有一到两个资源的做法，这样的时间开销是不划算的。

另外，我在这里再添一个第15条：错开资源请求时间，避免浏览器端排队。
随着ajax的广泛使用，动态刷新无处不在，体育直播里有个页面调用了我一个域名下的6个文件，3个js，3个xml。刷新频率大致是两个10秒的，两个30秒的，两个一次性载入的。观察发现正常响应时间都在7ms,但是每过一会就会出现一次在100ms以上的，我就很奇怪，服务器负载很轻呢。meijun帮我把刷新时间错开，11秒的，9秒的,31秒的，这样响应在100ms以上的概率减少了好几倍，这就是所谓的细节决定成败吧。

1. 尽可能的减少 HTTP 的请求数   [content]
2. 使用 CDN（Content Delivery Network）   [server]
3. 添加 Expires 头(或者 Cache-control )   [server]
4. Gzip 组件   [server]
5. 将 CSS 样式放在页面的上方   [css]
6. 将脚本移动到底部（包括内联的）   [javascript]
7. 避免使用 CSS 中的 Expressions   [css]
8. 将 JavaScript 和 CSS 独立成外部文件    [javascript][css]
9. 减少 DNS 查询   [content]
10. 压缩 JavaScript 和 CSS (包括内联的)    [javascript][css]
11. 避免重定向   [server]
12. 移除重复的脚本    [javascript]
13. 配置实体标签（ETags）    [css]
14. 使 AJAX 缓存   

摘自 http://blog.sina.com.cn/s/blog_466c66400100bi2y.html