前几天小芳同学一直在群发起一些加速的话题,我已经把聊天记录抽出来,正打算整理出份像样的,没想到小芳同学非常速度的出了这篇。我的就省掉了,挖哈哈。
特别说一下了,这些方案并非适合所有的网站,很多部分有的网站还是不要做反而会更好。如果你还有更多的想法,可以到这里讨论或者评论,我只是归档成为方便阅读的,对了论坛和群讨论的另一些结果如果有价值我也会补充进来。
如何快速的呈现我们的网页 作者:flashsoft,(内容被我略修删过)。
一.我们需达解决的麻烦
- 减少HTTP请求数. 减少HTTP请求数有什么好处
- 降低服务器跟客户端的建立和消除HTTP请求和响应Header的开销
- 减少服务器为HTTP连接的进程和线程的开销,如果可能,还会包括GZIP压缩的CPU开销.
- 减小被请求文件大小, 减少请求数据占用的网络带宽.
- 让用户更快的看到想要的结果.
- 提高客户端渲染速度.
- 让浏览器同时能请求更多的数据.
- 提高服务器相应速度.
- 通过版本化控制客户端Cache.
二.如何解决我们的麻烦
A.如何减少HTTP请求数
- 合并JS文件跟CSS文件。
- 合并框架图片以及相对变动较少的图片成一张,通过CSS背景切割来完成渲染,比如:加速图片显示。
- 合理使用本地Cache来缓存JS/CSS/IMAGE。
- 合理使用UserData缓存JS文件,对于FF用户可以单独请求服务器,这样能解决80%用户的问题.代码可以蓉儿(meizz)的js framework1。
-
把JS跟CSS合并成一个文件
B.减小被请求文件大小,减少请求数据占用的网络带宽
- 压缩JS体积:删除JS中空白换行,注释,混淆把长变量换成短变量;
- 压缩CSS体积:删除CSS注释、写法尽量用简写;
- 使用(X)HTML+CSS方式搭建网站结构,提高CSS重用性,来减少(X)HTML文件大小;
- 使用服务器端GZIP压缩JS/ CSS文件,缩小传输文件大小。附注:Apache1跟Apache2的GZIP的效率跟方式不一样的,根据需要自行选择。
嗷嗷补充说明:压缩、合并JS和CSS都由程序处理。而不是自己手动去缩删,不然不利于后期维护。
C.让用户更快的看到想要的结果
用户对于一个站点的白页的忍受时间根据统计是8-12秒。白页的产生可能由于各种原因引起,我们能做的就是怎么让用户能变的稍微能等待更久。
- 方案1.多做一个引导页,让用户体会其中的变化
案例:mail.aol.com中的loading引导页
- 方案2.优先载入页面结构以及结构图片,后一步载入当前页面数据,再后一步载入Iframe,Flash等数据.让用户尽早的看到被打开页面的希望.
D.提高客户端渲染速度
这个问题就比较泛泛了,影响客户端的渲染速度有多方面的,主要目的都是提高程序方面的效率.
- 对于大索引的结构,尽可能的少用索引访问,能用访问兄弟节点的方式尽可能用访问兄弟节点的方式.
- 字符串拼接尽可能用数组方式
- 大规模添加节点数据,请不要使用appendChild方式,尽量使用类似innerHTML的insertAdjacentHTML方式,FF下需修正2
E.让浏览器同时能请求更多的数据.
浏览器默认只是支持单域名同时有两个HTTP请求,使用多域名将能把请求数提高,在网络条件优良的情况下,能更快的下载数据,呈现结果.
F.提高服务器相应速度
对于需快速响应的文件,把其放入快速响应的服务器,应该是不错的方案,优化方案请系统储备组提供.
G.通过版本化控制客户端Cache.
通常js/css这类文件改动比较频繁,但是为了加载速度变快,我们有可能需要设定这类文件的过期时间为几天后,这样我们碰到的问题就是,如何及时更新这些在cache的文件?
通过一个简单的配置,通过修改JS的版本来及时告诉浏览器,这些文件必须重新请求了,不要继续使用浏览器cache中的数据. 方案有好几个:
- 이 js의 파일 이름을 수동으로 변경하세요.
- 이 js의 경로를 수동으로 변경하세요.
- URL 재작성을 통해 재배치 js 경로 변경
- 고응답 서버의 js 구성을 통해 페이지에 어떤 JS 파일을 이 페이지에 연결해야 하는지 알립니다.
- 대형 버전은 그대로 유지되며, 소형 버전은 지속적으로 추가되며, 일정 기간이 지나면 균일하게 업데이트되어 캐시를 효율적으로 활용할 예정입니다
마크
-
Meizz의 js 프레임워크는 아직 공식 버전이 출시되지 않았습니다. 관심이 있으시면 CSDN 페이지에서 확인하세요.
-
Firefox 수정 방법
<code>function addHTML(oParentNode, sHTML) {<br> if(window.addEventListener) {// for MOZ<br> var oRange = oParentNode.ownerDocument.createRange();<br> oRange.setStartBefore(oParentNode);<br> var oFrag = oRange.createContextualFragment(sHTML);<br> oParentNode.appendChild(oFrag);<br> }<br> else {// for IE5+<br> oParentNode.insertAdjacentHTML("BeforeEnd", sHTML);<br> }<br>}</code>