web站点的性能优化实践分享

　　进行优化前，关键是剖析当前的web性能，找到性能瓶颈，从而确定最需改进的地方；如果精力有限，首先将精力放在能明显提升性能的改进点上；

　　《高性能网站建设指南》提出了一个性能黄金法则:

　　只有10%-20%的最终用户响应时间花在了下载HTML文档上；其余的80%-90%的时间花在了下载页面中的所有组件上。

　　由于本文将实施一个完整的优化流程，所以，我们还是从后台开始；

　　案例说明:

　　优化之前的网站规模:

　　2个js、一个页头、一个页脚；3个css；

　　类型:博客类站点；后台逻辑简单；首页不到10个sql查询；

　　首页html文档52kb；

　　第一步:后台优化，启用页面缓存；

　　实验站点首页后台逻辑并不复杂，不超过10个Sql查询，通过查看时间线，本站在获取HTML文档时，花费的时间不到总响应时间的20%，优化之前没有使用缓存，所有的数据都是从数据库读取，这里，我们使用静态页面缓存，将首页整个页面完全的存放在缓存中（关于YII静态页面缓存的使用，参考这里）；

　　通过查看html文档的生成时间来检测优化效果；

　　首字节时间为376ms；html生成的时间大大缩短，后台时间减少了一倍。

　　优化前:

　　优化后:

　　第二步，DNS域名解析加速:

　　DNS解析是用户访问站点的第一步，在此之前，你的网站无法做任何事情；

　　站点的DNS解析时间不应该超过500ms，如果站点原始DNS解析时间过长，就该考虑考虑使用第三方解析加速服务；

　　实验站点的原始DNS解析较慢，平均耗时1017ms，算是非常长的；对于DNS加速，可以使用DNS域名解析加速服务，本站点采用的国内的一款免费DNS加速服务DNSPOD，效果还不错，使用后平均耗时降到370ms；

　　加速前测试:

　　使用DNS域名解析服务之后的测试:

　　第三步:使用CDN加速；

　　采用第三方CDN加速，时间缩短到2.1s；从下图中看到主要的耗时在于并行下载的个数有些低，如果能够提升并行下载量的个数，那么整体加载时间就会降低；

　　注:个人建议，启用CDN最好放在最后一步，等将站点本身的优化都做完了之后，再启用CDN可以明显的看到优化效果。（开启CDN后，由于有CDN缓存的原因，观测站点的本身的优化就不是很方便了）；