网站性能优化实践共享

在优化之前关键是分析当前的Web性能大勇和小花关键是分析当前的Web性能找到性能瓶颈长尾关键词找到性能瓶颈并确定需要改进的领域。如果能量有限首先要关注可以显着提高性能的改进点;

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

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

由于本文将实现一个完整的优化过程我们将从后台开始;

案例描述:

优化的网站大小:

2个js一页标题一个页脚; 3 css;

输入:博客类网站;背景逻辑很简单;主页上的查询少于10个;

首页HTML文档52kb;

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

实验站点的后端逻辑并不复杂。不超过10个Sql查询。通过查看时间线该网站在获取HTML文档时花费的时间不到总响应时间的20％。优化前不使用缓存。使用所有数据。所有都是从数据库中读取的在这里我们使用静态页面缓存将主页的整个页面完全存储在缓存中（对于使用YII静态页面缓存请参考这里）;

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

第一个字节时间是376ms; html生成的时间大大减少后台时间加倍。

在优化:之前

优化后的:

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

DNS解析是用户访问网站的第一步。在此之前您的网站无法做任何事情;

网站的DNS解析时间不应超过500毫秒。如果站点的原始DNS解析时间太长请考虑使用第三方解析加速服务;

实验站点的原始DNS分辨率很慢平均时间为1017毫秒这是非常长的。对于DNS加速可以使用DNS域名解析加速服务。此站点中使用的免费DNS加速服务DNSPOD也不错。使用后的平均时间降至370毫秒;

预加速测试:

使用DNS域名解析服务:后进行测试

第三步:使用CDN加速;

使用第三方CDN加速大勇和小花可以使用DNS域名解析加速服务。此站点中使用的免费DNS加速服务DNSPOD也不错。使用后的平均时间降至370毫秒;

预加速测试:

使用DNS域名解析服务:后进行测试

第三步:使用CDN加速;

使用第三方CDN加速时间缩短到2.1s;从下图中可以看出主要的耗时是并行下载的数量有些低。如果可以增加并行下载的数量则总体加载时间将减少;/P>

注意:就个人而言最好将CDN放在最后一步。在完成站点本身的优化之后可以使用CDN清楚地看到优化效果。 （打开CDN后由于CDN缓存观察站点本身的优化不是很方便）;