WEB站点性能优化实践

内容目录

    进行优化前,关键是剖析当前的web性能,找到性能瓶颈,从而肯定最需改进的地方;若是精力有限,首先将精力放在能明显提高性能的改进点上; php

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

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

因为本文将实施一个完整的优化流程,因此,咱们仍是从后台开始; 前端

 

案例说明: web

优化以前的网站规模: sql

2个js、一个页头、一个页脚;3个css; 数据库

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

首页html文档52kb; 浏览器

 

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

实验站点首页后台逻辑并不复杂,不超过10个Sql查询,经过查看时间线,本站在获取HTML文档时,花费的时间不到总响应时间的20%,优化以前没有使用缓存,全部的数据都是从数据库读取,这里,咱们使用静态页面缓存,将首页整个页面彻底的存放在缓存中(关于YII静态页面缓存的使用,参考这里);

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

首字节时间为376ms;html生成的时间大大缩短,后台时间减小了一倍。

优化前:

wps_clip_image-20655

优化后:

wps_clip_image-4529

 

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

DNS解析是用户访问站点的第一步,在此以前,你的网站没法作任何事情;

站点的DNS解析时间不该该超过500ms,若是站点原始DNS解析时间过长,就该考虑考虑使用第三方解析加速服务;

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

加速前测试:

wps_clip_image-14761

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

wps_clip_image-16186

 

第三步:使用CDN加速;

采用第三方CDN加速,时间缩短到2.1s;从下图中看到主要的耗时在于并行下载的个数有些低,若是可以提高并行下载量的个数,那么总体加载时间就会下降;

注:我的建议,启用CDN最好放在最后一步,等将站点自己的优化都作完了以后,再启用CDN能够明显的看到优化效果。(开启CDN后,因为有CDN缓存的缘由,观测站点的自己的优化就不是很方便了);

wps_clip_image-15052

 

第四步,采用多台服务器提升并行加载量:

原理:一个浏览器对与同一域名的并行下载的个数默认是2个, HTTP.1.0中规定的是4个。这样,咱们可使用不一样的域名来提高下载的速度;

观察上图中的下载数量,第一次并行下载的个数是4个,初始认为是浏览器对于同一个域名来源的下载所限致使;因而考虑将部分静态文件分别放在不一样的服务器上;经过把css和js放在不一样服务器上;结果并不理想,发现并未提升速度。

想到在哪曾看到过,浏览器必须得把放在页头的css和js下载完成了以后才会开始下载其它的静态组件;

关于并行下载这点上,后续将继续实验是否还有优化的空间。

wps_clip_image-21817

 

第五步,合并脚本和样式表;

    本站首页使用了2个js和3个css。若是采用朴素复制的方式,将js和css都分别整合到一个文件中,不但操做麻烦,并且不方便后期的管理。网络上有很多合并的工具,本站采用了CSS和JS合并优化工具-minify(下载地址:http://code.google.com/p/minify/)。若是使用的YII框架,更有YII整合版(minscript Extension),简单几步的配置,就自动将页面全部的js和css文件合并;

关于minscript Extension的使用,请参考:https://bitbucket.org/TeamTPG/minscript/wiki/Usage

 

第六步,压缩css/js/html/xml;

不一样的web服务器设置方式有所差异,本站使用的Linux/apache,

在web根目录下的.htaccess文件中添加如下代码便可:

#set compress

<ifmodule mod_deflate.c>

AddOutputFilter DEFLATE html xml php js css

</ifmodule>

经过firefox工具可看到,压缩前,html文档的大小是25KB;合并后的js大小为138KB;

wps_clip_image-2227

压缩后,html文档大小为6.2KB。js大小为39.8KB;减小2/3的传输时间;

wps_clip_image-10096

 

第六步,最大化的减小HTTP请求;

添加Expires头, 启用静态内容缓存,将jpg、gif等文件缓存;

方法也是在.htaccess中添加:

# Image and Flash content Caching for One Month

<FilesMatch “.(flv|gif|jpg|jpeg|png|ico|swf)$”>

Header set Cache-Control “max-age=2592360″

</FilesMatch>

 

结论

查看最终的测试结果,总体实现了较大的性能提高,最终页面展示时间为1.62s(测试使用的是一个第三方web测速工具,全部测试结果是在第三方本地无缓存的条件下进行)。仔细观察本站最后几个加载项:有一个第三方网站的广告(加载广告的时刻,页面已经所有呈现,对用户体验影响不大),以及cnzz的统计数据。这样看来,在第12项加载完后,整个页面就完整的呈如今用户面前,优化最终结果是1.1s,较优化前加载速度提高2s;因为物理条件(虚拟机、国外站点)所限,本次优化就到此为止(后续将在并行下载上作作文章,看是否有进一步提高空间)。

wps_clip_image-7016

 

本次优化主要使用的是前端优化,其中大部分规则来自于这本书的指导《高性能网站建设指南》;若是你的web前端部分尚未充分优化,强烈建议读读这本书;

这是一本你只需画上三小时就能看完,但收获价值远远大于付出的一本书。

image

附上本书的目录:

绪言A:前端性能的重要性

第1章:规则1——减小HTTP请求

第2章:规则2——使用内容发布网络

第3章:规则3——添加Expires头

第4章:规则4——压缩组件

第5章:规则5——将样式表放在顶部

第6章:规则6——将脚本放在底部

第7章:规则7——避免CSS表达式

第8章:规则8——使用外部JavaScript和CSS

第9章:规则9——减小DNS查找

第10章:规则10——精简JavaScript

第11章:规则11——避免重定向

第12章:规则12——移除重复脚本

第13章:规则13——配置ETag

第14章:规则14——使AjaX可缓存

第15章:析构十大网站

页面大小、响应时间、YSlow等级

如何进行测试

相关文章
相关标签/搜索