大型网站--前端性能优化和规范
Web性能涉及的范围太广,但一般web开发者在程序上线以后很多都曾遇到过性能的问题。普遍表现为页面速度开始急剧变慢,正常访问时间变的很长,或则干脆给你抛出异常错误页面。这里会涉及到很多可能发生的情况,举例几个最主要发生的情况:?* 数据库连接超过最大限制,一般表现为程序的连接池满,拒绝了与数据库的连接。?* 数据库死锁?* Web Server 超过最大连接数(一般在虚拟主机上才会限制)?* 内存泄漏?* Http连接数太多,即访问量超过了机器和软件设计正常所能提供的服务??而今天分享的主要是比较偏向前端
查询Cache:读取Cache 或者发送304请求
DNS缓存
浏览器DNS缓存 计算机DNS缓存 服务器DNS缓存(TTL)
使用Keep-Alive特性?
减少DNS查找
当客户端的DNS缓存为空时,DNS查找的数量与Web页面中唯一主机名的数量相等。减少唯一主机名的数量就可以减少DNS查找的数量。
较少的域名来减少DNS查找(2-4个主机)
美国十大Internet网站和CDN服务提供商
页面静态化,取决于发布系统
Ctrip使用的China-Cache和网宿
按页面内容划分域名,在合适的资源服务器上存放文件
?HTTP请求30-40,合并文件,图片地图,内联图像
a)js文件(不超过7个)
1.tuna_090501_base.js和tuna_090501_module.js(拆分tuna_090501.js)2.数据文件js(1-2个)3.频道公用js(1个)和页面私有js(1-2个)不含ga.js、uiscript.asp和外链其他网站的js
b) css文件不超过4个,各频道首页和全站首页不超过3个。?
c) 目前无法解决的是allyes广告的请求数。
?? 大量的广告和产品图片可能会造成,图片请求数很大,可能造成总请求数指标吃紧,??? 这个只能从设计上搞定,需要权衡
? 目前老页面可能css和js文件请求数可能会超标?
??图片地图?? Ctrip首页例子?
即时内容为空,加载也需要时间、会阻止页面加载
禁止使用iframe引入外部资源,不包括allyes广告,不包括about:blank的空页面。?HTML文档、脚本和样式表、XML和JSON的文本响应 压缩如何工作
压缩通常能将响应的数据量减少将近70%
从代码中移除不必要的字符以减少其大小,减少加载时间。
页面必须小于150K(不含图片)
a) 静态文件是否gzip
b) 图片是否压缩优化过
应用于不经常变化的组件,包括脚本、样式表、Flash组件、图片
Expires和Cache-Control
尽可能使用外部Js和Css,因为我们目前大部分Js和Css都做了Gzip和缓存技术,可以充分利用。
不要对image和pdf等二进制文件进行gzip压缩
?界面原型页面必须将样式表置于页面顶部,开发人员如无特殊原因也必须将样式表置于顶部。?
以往多数是因为masterpage原因无法将所有样式表置顶,在改版修改masterpage时,尽可能按照此原则进行设计。?
?一般浏览器可以允许并行下载,取决于主机个数、带宽等
(默认情况下,IE是2个而FF是8个)
下载脚本时并行下载实际上是被禁用的。
?
?必须为0?
影响浏览器渲染时间
尽量使用GIF和PNG
尽量使用png/gif格式的图片,png的图片优先,但是必须注意如要兼容IE6,则png使用一定要注意透明问题。
图片在上次前一定要先用工具压缩优化(png、jpg)
大型的项目在前端 JS 方面有几个需要达成的目标:?
?推荐书籍
?
Steve?Souders?(Yahoo!?? Chief Performance)
Greyhound?灵缇犬?(世界上跑的最快的狗)