性能卓越web开发之数据传输阶段

1.降低要求数.

◆ 缓存文件，应用Expires 等设定到期時间;假如內容沒有到期也不推送要求

◆ 合拼小容积內容，比如吧总数诸多的小图放到一个照片，以后用css一部分展现(大容积的內容就不要合拼了)

◆ 延迟时间载入;一部分內容，比如照片在网页页面展现的情况下才载入 (常见的便是网页滚动条来到之后才载入);降低多余的要求

◆ 合拼反复內容和文档

◆ 考虑到应用第三方CDN資源，比如jQuery有完全免费的CDN，一些客户早已在别的网页访问过该內容了，那麼到大家的网址载入就更快了 (并且应用CDN减少对大家网络服务器的工作压力)

◆ 应用HTML 5 中的Local Storage等储存数据信息

2.降低回应內容的容积.

◆ 适度的情况下只回到回应头304 (HTTP缓存文件，如ETag等)

◆ 应用Gzip等压缩包內容

◆ 应用完全免费的第三方专用工具，缩小css，js和html等文档的尺寸 (比如大家普遍的 jquery.min.js)

◆ 适度应用Ajax实际操作

◆ 在适度的情况下，将款式,HTML和数据信息分离出来 (信息量非常大的情况下巨大减少文档容积)

1. <ul id="id"> 
2.     <li style="一大堆的款式">数据信息 </li> 
3.     <li style="一大堆的款式">数据信息 </li> 
4.     <li style="一大堆的款式">数据信息 </li> 
5. </ul> 
6. 分为HTML 款式 和数据信息3一部分  
7.  
8. HTML  
9. <ul id="id"> 
10.     <li></li> 
11.     <!-- 假如应用数据信息模版等方法&nbs p;只必须保存一个Li 不然必须好几个 --> 
12. </ul> 

款式储存在CSS文档中一些基础的小知识 尽管有很多个li 无需给每一个li特定class

数据信息

◆ 应用JSON回到 (假如感觉不便还可以置入在网页页面中)

◆ 挑选容积更小的数据类型，比如JSON一般就比XML容积来的小 (都历经缩小之后還是更小)

◆ 在设计方案上，只传输转变的一部分数据信息 (比如要获得100条数据信息，很有可能早已载入了90条，那麼再载入10条就好了)

◆ 清除要求和回应中多余的HTTP Header (比如WCF Restful service含有的情况下要传送说明当今数据信息是JSON還是XML的HTTP Header)

◆ 一部分作用,如缩小会耗费CPU, 如ajax待会提升开发设计劳动量,请慎重挑选

3.提升要求并发数.

◆ RFC中，电脑浏览器针对同一个网站域名下的資源只有应用两个进程另外开展浏览(许多新的电脑浏览器适用6个或是大量);解决方案是应用二级域名，比如1.abc.com 2.abc.com

1. <img src ="1.abc.com/1.png" /> 
2. <img src ="1.abc.com/2.png" /> 
3. <img src ="2.abc.com/3.png" /> 
4. <img src ="2.abc.com/4.png" /> 
5. <img src ="3.abc.com/5.png" /> 
6. <img src ="3.abc.com/6.png" /> 
7. <img src ="4.abc.com/7.png" /> 
8. <img src ="4.abc.com/8.png" /> 

◆ 将一个超大型的文档(比如有的人喜爱吧全部网址的js都放到一个文档)分解成一系列的中小型文档 (有益于高并发载入和缓存文件!)这一图片大小的Size挑选很重要 我本人提议是10k-200k (取决于互联网)

◆ 上一条并沒有和1-2矛盾，文档太小太多也不好，文档太少很大也不好，这是一个均衡的难题

◆ 根据拆分文档,促使最常见网页页面(比如主页)的载入速率更快了

◆ 操纵载入次序，比如先载入网页页面大致构造，随后好几个javascript异步请求载入数据信息(把一个大的html变成好几个小的html精彩片段)

4.别的独特技术性.

◆ 运用HTTP 1.1的长连接特点，促使在一定水平上，网络服务器能够 积极消息推送数据信息(降低了许多多余的轮询)

5.专用工具.

◆ Fiddler (Free)

◆ FireDebug (Free)

◆ HttpWatch

一部分內容引入自MSDN和别的第三方文章内容..

标识：北京市网站制作 高档网站建设