从微博的改版谈网页重构

标签: 微博 网页 重构 | 发表时间:2011-09-09 10:22 | 作者:(author unknown) Stanley
出处:http://news.cnblogs.com/

  一、HTTP请求数的权衡

  1、为什么要关心http请求?

  当浏览器向Web服务器发出请求时,它向服务器传递了一个数据块,也就是请求信息。在用户打开一个页面的初初,包括等待时间、请求时间、建立响应时间、渲染时间……,都是消耗在前端的。比如下载图片、下载样式表、JavaScript脚本、flash等文件。大家应该都经历过那个“多图杀猫”的时代,加载那样一个网页会花费大量的时间。减少这些资源文件的请求数将是提高网页显示效率的重点。

  假设用户家的网速是1M/秒,那么他打开一个网页时,如果网页文件小于1M,理论上他可以在一秒之内打开网页。下载网页的快慢在显示速度上占了很大比重,所以,网页本身体积越小,浏览速度就会越快。这就需要产品、交互、设计,从最初就遵循尽量精简的原则。

  现在,就揭开新版微博的面纱,看看微博3.0和新版微博的区别吧。

微博3.0截图

新版微博截图

  微博3.0是大家熟悉的两栏结构,总宽为800px,有一级导航和二级导航、发布框、feed区、个人简介区。新版微博是现在最流行的三栏式布局,总宽950px,除以前的内容一个都不少之外,还整合出了左侧导航和右侧各种引导和公告。所以从理论上讲,虽然内容更丰富了,但新版微博着实比微博3.0的页面体积大了很多。

  2、什么是bigpipe?

  网上有个例子举得好:在饭馆点菜吃的时候,如果点了四个菜,厨师没有必要把四个菜一起炒好再上来。微博3.0就是这种把所有菜都炒好再上桌的网页加载模式。所以用户吃上菜的时候,已经是第5秒了。现在新版微博的bigpipe网页加载模式,是炒好一个菜先一个菜,用户可以先吃着,厨师再炒第二个菜。甚至可以几个菜并发同时炒。所以用户吃上第一口菜的时间可能是第1秒,比之前提前了很多。

bigpipe模式示意图

  JS工程师把页面分割成若干个小块(pagelet),模块彼此独立,把html语言转变为JS语言,再把CSS通过style的方式加载进这段代码,而不需要用以往的头部linkcss地址的方式取样式。每个模块有自己对应的html、CSS、JS,一旦开始运行模块,就会寻找到对应的CSS,并显示对应innerHTML内容插入到对应的html元素中,同时渲染出本模块效果。比如执行到feed区域的id="pl_content_homeFeed"时,样式表只调用了feed.css。

  3、为什么新版微博 CSS的HTTP请求数不降反增?

  通过上面说的这种模式,css被全部link到头部,是为了给后台代码提供出pagelet所需要的样式列表。以前微博3.0头部只link了3个CSS,新版微博首页头部却需要link10多个css。虽然加载文件多了,新版微博CSS加载请求数反而高于v3,看似yslow降级了(这个数据已经不能说明任何问题了)。但实际上新版微博CSS没有像以往一样合并起来,而是用一个加载一个,CSS和JS被分配到不同流水线中,模块的加载变成并行的,先执行完的模块先显示出来。所以新版微博CSS渲染的总时间并不超过V3CSS渲染的总时间,速度反而快了很多,减少了视觉等待。

请求数

总大小

加载时间

V3 CSS

3 个请求

76.3 KB

8.53s

V4CSS

24个请求

50.2KB

6.08s

  上面这张表格,来自yslow的分析。我们通过把页面切成细小模块写样式的做法,虽然请求数比以前大了8倍,但总大小上直降20K。

  将多个CSS合并的做法固然可以减少请求,但对上亿用户的微博页面来说,完成合并也许会带来5%速度的提升。但是如果按bigpipe模式,即使http请求数提高了,但是整体的速度也许是之前的50%。

  二、对CSS的优化处理

  1、提取公用模块或公用元素,并反复调用

  如果用户每次访问微博首页时,就重新下载读取CSS文件。这就会造成给服务器带来额外压力且用户重复读取耗时。新版微博的做法是,把模块分为全局级模块和页面级模块,首页是全站的核心,所有模块都是重要且重复性高的,所以首页的所以模块都是全局级模块。首页所需要的CSS被整理成一个pl列表反馈给工程师,等待处理。而一些非公共的css模块样式被单独写在属于本页面的文件里,这样就最大化的节省了文件大小及利用率。这么做还有一个好处,就是公共模块样式被调用过后,会在浏览器里留下缓存。调用最频繁的模块,反而样式被最快的加载进来。

  举个简单的例子:

.clearfix:after{content: ".";display: block;height: 0;clear:both;visibility: hidden;}
.clearfix
{display: inline-block;}

  这是一段全局代码,基本上每个页面都会用到这个类,我们就没必要把这句写在每个网页的CSS里面,只把它提取到base.css里,并方便进行皮肤管理。

  又比如,首页右侧栏有个“可能感兴趣的活动”类似的模块都是采用独立的div容器,这个段落的详细代码,如果写在公用CSS文件里,肯定就浪费了。

  2、尽可能少的使用css images

  能通过代码或字符实现的,就不用图片去解决。比如“可能感兴趣的人”展开气泡上下三角、返回顶部的箭头、“更多”后面的»符号等。既减小CSS图片请求,又不会面临若干套皮肤升级困难的问题,仅通过对CSS的color、backgroud等属性的控制,就可以换色了。

  可以看看按这个做法之后明显的优势,下图来自yslow的statistics。微博3.0的cssimage总大小为970.1K,新版微博的css image总大小为693.9K,总量直降30%。

微博3.0 statistics

新版微博 statistics

  3、尽量使用CSS3等新技术

  在新版微博里,我们制定了使用CSS3的原则,即非图片类的元素效果图,如圆角、阴影、渐变、半透等效果,可以通过样式控制,而无需切图的元素,在得到设计师认可后,不用图片,只做样式控制。满足高级浏览器的视觉,ie系列不能显示的,有原则的放弃。不仅为速度助力,还在放弃低级浏览器的大方向前进一步。

  4、鼠标滑上效果改用伪类实现

  在逐步放弃ie6的事情上,新版微博已经尽最大的努力做了。为了保证各浏览器的完全兼容,微博3.0以前我们曾经放弃让CSS实现鼠标滑上效果,而由JS控制。随着ie6使用率的日益降低,新版微博又一大革新就是重新使用伪类,仅通过CSS就实现的浏览器原生效果,不仅计算速度比计算一个JS快得多,也终于放弃了低端的ie6。

  举个评论页feed区的例子:

  CSS代码如下:

  每个单条feed在鼠标滑上时,都会显示举报和删除链接。这是交互设计出于对页面呈现内容的视觉舒适感所做的设计,我们通过对块元素直接写伪类,实现这个效果,不需要再通过JS了。ie6呢?就让它一直摆着去吧。

  三、对dom结构的优化处理

  1、bigpipe模式重构并优化垃圾代码

  v2从v1来,v3从v2来,在v3不堪重负的时候,新版微博的代码优化誓在必行了。所以我们并没有沿用之前的结构和CSS,而是直接推翻v3,重构新版微博。和JS工程师一起搭建的bigpipe模式,把页面分成细小的块,每一个模块对应一个CSS。代码写到最优,结构和样式完全分离,并杜绝内联调用的方式。下图示意了我们用模块配页面的最终效果,模块可以被细分为如此程度。模块拆的细,复用性被提高。

  2、尽量减少代码体积

  由于代码行数越少体积就越小,所以我们这次想办法减少网页代码的行数。相同或类似的模块,说服设计师把视觉规范统一。我们只通过对CSS补丁,覆盖原样式,并不改变页面的dom结构,直接降低重复代码率。举个例子,“我的首页”和“我的profile页”,同样是有feed区域的,区别是但一个有头像,一个没有头像。只需要一套feed.css代码,然后在“我的profile页”独立的页面级CSS中,打个去掉头像的补丁即可。

  3、首页中杜绝Table布局和iframe

  杜绝首页中出现Table布局。因为传统的table布局,是把内容全部加载完成后,才渲染样式,延迟效果严重。而iframe页面框架,是非语义的,即使为空也会有较大资源消耗,还会阻止页面的onload。

  四、对图片的优化处理

  1、图片的存储格式

  我们改变了v3的做法,把icon类小图片或背景类图片,由以前的gif存储尽可能多的转为png8的存储,这是个减小图片体积的好办法。Png8有gif的所有特点,但是相比gif,png8的优势是alpha透明和更优的压缩。png24全透明的图片,只给支持的浏览器使用,ie6在不影响视觉的前提下,改为gif呈现。我们还会利用的图片优化工具处理图片,保证效果但却降低文件大小。下图是主键类页面的images文件夹示意图,除必须独立的icon外,png类型的图片比重大得多。这在之前的V3并没有做到。

  2、css sprites

  在图片的拼合方面,我们是持之以恒这么做的。在v3里,我们把所有首页和profile页里出现的背景类图片都拼合到一张大图上,新版微博比之前高明在,我们把放置文件夹细分。假设我们把公用型放入common,页面类放入index,换肤类放入skin。把sprites拆分的更细,尽可能在加载首页时,减少图片请求数。

  3、大图片、小图片

  对于大背景图,我们的做法是不分割成小区块儿的。首先的因为,原本一个图片的请求数会变成多个。另外,大约80%以上调用图片所消耗的时间,是用来检索缓存和确定链接是否有效的阻塞时间。也就是说,如果把一个大图片,切成若干小图片,虽然解决了图片的加载时间,却花费了更多的阻塞时间。

  4、在已知宽高的图片标签内,直接指定宽高。

  Feed区域里头像需求是50*50的,所以后台直接吐出这个尺寸的图片。在已知宽高的情况的,我们在img标签中直接指定了height和width参数。因为如果浏览器没有找到这两个参数,它需要一边下载图片一边计算大小,首页有多少条feed就有多少个头像,浏览器需要不断地调整计算。当浏览器知道了height和width参数后,即使图片暂时无法显示,页面上也会预留空位,继续加载后面的内容。

  新版上线后,不少公测用户的反馈速度变快了,微博浏览起来更顺畅了。这不是我们页面重构组的功劳,是整个微博团队,或者说是bigpipe思想的功劳。但“速度快了”这句话本身,就是对我们团队工作最好的褒奖,对我们参与开发的团队成员的最好的鼓励。抓住产品改版的机会,就是自己对优化的研究和经验的积累落实到细节的机会。虽然还任重道远。


  本文链接:http://news.cnblogs.com/n/114651/

  相关新闻:
  · 10项技能让前端开发者价值百万!(2011-05-11)

相关 [微博 网页 重构] 推荐:

从微博的改版谈网页重构

- Stanley - 博客园新闻频道
  1、为什么要关心http请求.   当浏览器向Web服务器发出请求时,它向服务器传递了一个数据块,也就是请求信息. 在用户打开一个页面的初初,包括等待时间、请求时间、建立响应时间、渲染时间……,都是消耗在前端的. 比如下载图片、下载样式表、JavaScript脚本、flash等文件. 大家应该都经历过那个“多图杀猫”的时代,加载那样一个网页会花费大量的时间.

从微博的改版谈网页重构——bigpipe中的页面构建优化

- Johnny - 互联网的那点事
题记:搞互联网的同学也许都知道一个数字——4秒,有研究表明,如果一个网站没有在4秒之内加载完成,用户就会感到焦躁不愉快,并离开这个网站(数据来自性能测试网站http://gtmetrix.com/). 网站的内容、SEO优化、用户体验. 在速度面前,也许这些都相对更次要. 所以提高网页效率,是我们在新版微博的第一目标.

使用 HTML5 正确合理的重构你的网页

- - 我爱水煮鱼
HTML5 是下一代 Web 开发标准,到现在的2012年, HTML5 规范编写完成了,虽然计划到2022年,浏览器将会完全支持整个 HTML5 ,但是现在经过浏览器厂商的努力,现代浏览器已经可以支持一部分 HTML5 的新功能. 此外,在 QQ空间、百度等网站,都已经使用 HTML5 进行了重构.

网页重构应该避免的10大 CSS 糟糕用法

- - IT技术博客大学习
   今天在回广州的火车上看到一篇 “10 CSS mistakes every web designer must avoid”,想着还不错,就翻译给大家.    对于网页重构来说, CSS禅意花园 是网页布局从 table 表格转到了 html +css 的标志. 这些年来,随着我们的网站越来越复杂:html5,css3,新的技术、新的属性,越来越多的开发者开始思考和尝试提高他们的 CSS 技能.

新浪微博评论箱:让任何网页直接通过新浪微博留言

- ArBing - 我爱水煮鱼
把你的声音传播出去,让用户的声音在您的网站汇集,微博评论箱可以部署在任何支持 iframe 的网页. 包含这个网页链接的微博所收到的评论,都可以在微博评论箱里呈现出来. 如果您对评论箱设置了 appkey,还可以屏蔽您部署的评论箱里不受欢迎的评论. 社交媒体的兴起让越来越多的网站变得自身的留言系统不是那么重要,我以前开发的新浪微博连接,就是希望通过新浪微博用户通过新浪微博账号登陆 WordPress 博客,然后同步留言到新浪来实现二次传播,让更多用户来到博客.

jQuery插件实现网页底部自动加载-类似新浪微博

- - Web前端 - ITeye博客
要实现滚动条滚到底部自动加载后续内容到内容到底部的功能,用jQuery非常方便的,只要知道什么时候滚动到了底部就好办了. $(document).scrollTop() //获取垂直滚动条到顶部的距离 $(document).height()//整个网页的高度 $(window).height()//浏览器窗口的高度.

哥震惊了:用亚马逊的云阅读方式重构我们的网页世界

- 小宇 - 雷锋网
最近哥试用了一下Kindle Cloud Reader,我勒个去,这让哥太震惊了,哥似乎又回到了Mosaic刚刚诞生、开始使用标签的那个时代. 对了,我们的读者中有不知道Mosaic的吗. 这玩意在刚出来的时候大家觉得很酷,甚至觉得这是一场革命. HTML5已经推出了一段时间,但由于缺乏亮点,所有人都昏昏欲睡,现在亚马逊来了.

前端工程师和网页重构工程师的职责分别是什么?

- - 脚本爱好者
前端工程师和网页重构工程师的职责分别是什么. 其实这个在比较少数的公司才会区分这个,一般都是前端工程师都负责做了,下面是来自知乎上面的一些回答. 前端开发工程师的工作内容是使用 JavaScript、ActionScript 等语言编写客户端脚本,实现动态效果. 比如:AJAX 提交文章评论、通过本地存储保存用户历史浏览记录等等.

“新浪视野”推出网页版,打造基于微博的多终端阅读平台

- - 36氪
HTML5已是一个不可逆转的趋势,虽然App目前仍是主流,但随着移动终端的多元化和复杂化,可兼容手机、平板、电脑、电视以及其他屏幕设备的HTML5浏览器标准将会呈现出巨大的优势. 近日,新浪在发布iPad社会化阅读应用 “新浪视野”之后,转而推出了新浪视野 V1.0.0 Wap版和 V1.0.0 Web版.