今天微博升级了,习惯性的看看代码体验了一下。
1.首先第一眼就看到了若干个:
…
<link rel=”dns-prefetch” href=”//rs.sinajs.cn/”>
<link rel=”dns-prefetch” href=”//tp1.sinaimg.cn/”>
<link rel=”dns-prefetch” href=”//tp2.sinaimg.cn/”>
<link rel=”dns-prefetch” href=”//tp3.sinaimg.cn/”>
<link rel=”dns-prefetch” href=”//tp4.sinaimg.cn/”>
…
(貌似百度现在也在用这个。。。)
看名字大概知道是DNS预抓取,所以百度google了一下,补充了下 dns-prefetch 相关的知识,然后就顺瓜摸藤的引出了一大堆关于预抓取加载的知识,虽然之前也有所了解,但没有深入了解。
DNS解析时会使用户感到显著的延迟。 由于DNS解析所花费的时间不相同。延时范围从1毫秒左右(本地缓存的结果),到几秒钟时间。而DNS prefetching 的出现就是为了解决这个问题,我的理解是页面会提前解析(在浏览的过程中并行完成)你可能会点击的连接的地址,使得你点击时即可从缓存中读取减少响应时间。
看到微博预取的地址(大都是cdn上的静态资源)猜测一部分应该是为了减少用户浏览器图片等时候的响应时间吧。
除了dns-prefetch对DNS的预取外还有对页面以及元素的预加载prefetch 以及 预渲染 prerender。
主要参考 以下网站: http://www.chromium.org/developers/design-documents/dns-prefetching
http://www.csdn.net/article/2013-05-27/2815444-5-html5-features-you-must-know
http://stackoverflow.com/questions/7724935/dns-prefetch-pre-resolve-hostname-how-effective
2.html代码又减少了。。。少到几乎没有了。。。是不是我大前端的时代真的要来临了。。。
3.开始响应式了。。。 个人信息在页面宽度降低时 缩成个图标,只不过之间的过渡效果真是太粗糙了,有点强迫症的我看着很不爽啊。。。还有不支持ie8 , 差评!
只是肤浅的随便看了下~~
轻喷