很多朋友都认为关于url优化方面的工作是后端工程师做的,前端方面注重结构方面的优化就可以了。其实不然,对于请求及dns请求等等诸多方面,前端工程师也应该在自己能做到的方面给予优化。
下面就介绍一下url在前端优化方面几点需要注意的地方。
首先,第一点,比较“吝啬”,就是使用“c”、“j”、“i”文件夹分别代替我们经常用的“css”、“javascript”、“images”文件夹。当然很多人会说,有这个必要吗?个人觉得有,虽然这样做或许不会对页面精简带来太大的效果,但是并不会带来任何坏处。
第二点,对于链接到像http://www.example.com/dir/这样的url时候,记得在最后加上“/”,因为如果你的网站包含目录并使用了自动索引,不加结尾的斜线的话会页面会多一次重定向。(p.s:对于链接到主机名的链接可以不必加)
第三点,就是上面已经提到的重定向问题。这应该是前端最应该重视的基于url的优化问题,大家应该都有亲身体验重定向时的等待的不愉悦,尤其是第一个请求就是重定向时,用户看到的是一个“漫长”的空白页面过程。所以应该避免滥用重定向,不过很多时候(主要用在跟踪)还是需要用到重定向,当然这也包括服务器的配置方面,不管怎么说,我们还是在我们能做的方面尽量做好吧。
第四点,减少dns的查找。对与这点,可以主要从增大dns缓存时间和减少网站内容主机请求数量两点来优化。对于第一点在网站端可以通过dns的 ttl及http的keep-alive来设置(虽然这不是http1.1中必需的,但是很多浏览器和服务器都包含它)。当然你在配置中得考虑自己网站的实际情况,确保你的内容和ip不会在你设置的时间内失效。在主机名数量上,减少唯一主机名的数量会减少页面并行下载的数量,基于下面要说的原因,steve souders建议网站数据内容分别放在2-3个主机名下是最优选择。
最后一点,将数据内容并行下载。在http1.1规范下,建议浏览器从每个主机名并行的下载两个数据包内容,并且很多浏览器默认都是这样做的(可以打开yslow对照页面在firefox下的结果),如果你的页面包含较多的图片等数据内容,将其分别放在两个主机名下,整体的下载时间将会有明显的缩短。但是基于上面一点的原因,不要将内容放在太多的主机下,至于实际几个,可以通过自己的页面情况考虑。
当然,基于url的优化,在服务器方面的配置(包括cdn,路由等方面)效果明显,但是我们前端在做好其他如页面结构、页面压缩、http请求数量等方面的优化下,进行上述的url使用优化,肯定能使你的页面有更好的呈现。
新闻热点
疑难解答