chesanqi on html5(一)

题目当然是模仿的淘宝UED的那本译作《PPK on Javasrcipt》,可惜我说不了那么深刻,只是摆出来供大家探讨。html5和css3现在是个时髦的话题,时髦到现在才写这个都有点过时了。还好爸爸总对我说这么一句话“只要是你没看过的《故事会》,1999年的也是最新的。”

闲话少说,html5新增的一些特性包括:

  • 新的特殊内容元素,比如 header、section、nav、article、aside、footer
  • 新的表单控件,比如 date、time、email、url、search
  • 用于绘画的 canvas 元素
  • 用于媒介回放的 video 和 audio 元素
  • 对本地离线存储的更好的支持

一、新增内容元素的出现,是标准向语义化跨出的一大步。以前我们有一些约定俗成的规矩(点击这里),比如说

1
2
3
4
5
6
7
<div id="header">页面头部</div>
	<div id="content">
		<div id="nav">导航区域</div>
		<div id="main">主内容区</div>
		<div id="side">侧边栏</div>
	</div>
<div id="footer">页面底部</div>

在html4.01中div是区域划分的最好元素,不夸张的说只用一个div就可以搞定整个页面,所以市面上流行着大量div+css的书,其实div只是html中的一个元素标签,严格来说应该是(x)html+css技术。html5更加强调了标签的语义化,新增header、nav、article、section、footer等内容元素。所以上面的代码片段在html5中比较合理的写法变为:

1
2
3
4
5
6
7
<header>页面头部</header>
	<section>
		<nav>导航区域</nav>
		<article>主内容区</article>
		<aside>侧边栏</aside>
	</section>
<footer>页面底部</footer>

好了,现在不用约定俗成了,现在标准规定了,每个符合标准的浏览器都会知道页面中的每一部分代表什么内容,有什么作用。代码简洁漂亮没有多余重复的div,搜索引擎可以更清楚的判断网页的哪部分内容更重要。事情变的简单,工作效率增加。

但是但是,要注意他们跟h1、P不一样,新增的内容元素不是换了名字有了自己特点的div。尝试这样定义header标签的样式:

1
<header style="width:300px;height:200px;background:red;">页面头部</header>

测试发现在ff、safari、opera中width和height都没有起作用,只有在chrome中才得到想象中的效果。(ie我暂时忽略了,原因不表)新增的内容元素不是div,现在就可以使用这些新内容元素,但有时候要套一个多余的div,比较:

1
2
3
<header  style="width:300px;height:200px;margin:0 auto;">
 内容
</header>
1
2
3
<header>
	<div style="width:300px;height:200px;margin:0 auto;">内容</div>
</header>

———————-
—2010-8-26更新—
粗心了,该打。
header、section、nav、article、aside、footer等新元素更像是span,想表现出块级元素的特征需要设置display=”block”。
———————-
二、新的表单控件,html5新增了许多input输入类型选择:

  • email
  • url
  • number
  • range
  • Date pickers (date, month, week, time, datetime, datetime-local)
  • search
  • color

详细了解,请点击这

以前不借助javascript,实现表单验证功能是不可能的。html5新增的input类型不要javascript就能验证。email可以验证输入是不是email格式;number类型确保输入的是一个数值。这真是振奋人心的新增功能。

但是但是,现在面临最大的推广困难是各浏览器对其的支持,那是相当的不乐观。即使浏览器对标准全面支持,我觉得实际应用起来仍然不那么乐观,因为标准没有规定,当值为true时浏览器应该怎么做,当值为false时浏览器又要怎么做。比如说opera有自己的fasle效果,input底色变红并且出现输入不合法的提示。如果我们想做到各浏览器表现效果一致,恐怕需要一个像css那样的reset.css。


搜狗拦什么?

去掉超链接的虚线框,在IE中至少有这么几种办法:

  1. a {blr:expression(this.onFocus=this.blur())}
  2. onfocus=”this.blur()”
  3. 用.htc 实现
  4. 使用IE的私有属性hidefocus=true

不考虑性能及其他因素,这几种办法在IE类浏览器遨游、TT、360中都表现相同,但是在搜狗浏览器中,会遇到点麻烦。默认设置的搜狗兼容模式会进行弹出窗口拦截,大概有这么几种情况:

  • a.新窗口打开会被拦截,原窗口不会。
  • b.原页面打开会被拦截,但是作为iframe调用不会。
  • c.页面放到服务器上会拦截,放在本地不会。
  • d.前面提到的去掉虚线框的前三种办法有可能会被拦截,使用hidefocus=true则有可能放过你,具体见demo,为什么都是有可能,见下面三点。
  • e.如果页面有两个指向相同地址的a链接,被拦截的那个a先被点击,那紧接着点击不会被拦截的a也会被拦截。
  • f.如果页面有两个指向相同地址的a链接,不被拦截的那个a先被点击,那紧接着点击会被拦截的a则不会被拦截,刷新页面也不会。
  • g.如果页面有两个指向相同地址的a链接和一个其他指向其他地址的a链接,如果不被拦截的那个二分之一a先被点击,接着单独的那个a被点击,此时再点击会被拦截的a则会被拦截。(f和g的区别在于,点击两次相同的链接a之间是否点击了另外的其他链接。)
  • h.有几个例外不会被拦截,搜狐(http://www.sohu.com/)QQ(http://www.qq.com/)Google(http://www.google.com/)谷歌中国(http://www.google.cn/)
    (但是,谷歌中国新家(http://www.google.com.hk/)会被拦截,另外焦点房产网、17173、chinaren、搜狗包括搜狗浏览器官网均会被拦。)

facebook奇特的页面加载技术

facebook使用chunk技术让页面分块输出成很多JS段,这样做的好处就是服务器和客户端可以并行进行处理,不用等服务器全部处理完毕,客户端才进行处理。

举个博客园首页的列子,博客园首页分为下面几块(“推荐博客排行”,”首页随笔列表”,”最新新闻”…)
我们一般对该http请求处理如下:

  1. 浏览器发送http请求;
  2. 服务器处理请求(从缓存读取前50个推荐博客,从数据库读取”首页随笔列表”,从数据库读取”最新新闻”),生成首页的html代码;
  3. 服务器发送html代码给客户端;
  4. 浏览器接收到响应,处理html。(下载css,js,image,执行js等等)

可以看出传统的http请求4个过程中,每个过程都必须等待前1个过程完成后才能执行,这样就存在很大的资源浪费。

facebook的对该http请求的处理如下:

  1. 浏览器发送http请求;
  2. 服务器处理请求;
    • 从缓存读取前50个推荐博客,生成”推荐博客”的js代码段,flush输出该代码段;
    • 服务器继续读取”首页随笔列表”,并生成输入js代码段;
    • 服务器继续读取”最新新闻”,并生成输入js代码段。
  3. 浏览器接收到js代码段,下载该代码段所需的js和css。插入html代码。

在这个处理流程中,最大的特点就是2,3是并行进行处理的,服务器处理完一部分数据就把已经处理好的数据交给浏览器进行呈现处理,自己再继续处理其他的数据。

原文链接:
《名站技术分析 — facebook奇特的页面加载技术》

————————————
相关博文:
《为什么Facebook比以前快2倍》


为什么Facebook比以前快2倍

随着用户的增多,几乎所有网站都会面临一个问题:网站速度变慢,用户体验变得不好。Facebook已经有超过5亿的用户,其用户增长速度令人震惊,但是人们从来没有发现Facebook变慢,相反,它正变得越来越快!Facebook 为什么能越来越快?

罗伯特 约翰逊(Robert Johnson)是Facebook的项目总监,他说:在工程师团队对Facebook代码进行了重写和深入优化之后,网站的速度以前快了2倍。

1.Facebook花了多久才让它变快2倍的呢?

罗伯特 约翰逊:我们对网站进行的大幅度的”改革”,这的确使网站速度得到很大的提升。工程师团队花了大概一个月来规划这个项目,具体的实施过程则花费了6个月。

2.在这次的重写行动中,你们在技术上做了什么大的改进?

罗伯特 约翰逊:我们队源代码做了比较多的优化和重写:

1、把用户请求之后的内容生成、网络传输和网页渲染的时间重叠起来;
2、把相应的功能代码放进一个在页面初始化时需要用到的Javascript核心功能文件中;

这个项目叫做”BigPipe“,只要当客户端的浏览器准备好了,我们的服务器就会以最快的速度以流的形式传送内容,当我们的服务器还在产生数据的时候,客户端的浏览器就已经开始下载静态内容和渲染页面最重要的部分了,我们把几部分的时间重叠了起来,使用户感觉更快。这个新的JavaScript库叫做”Primer“.

除了服务器端的大项目之外,我们还对所有的文件都进行了”瘦身”,让一切变得更小更轻,比如我们进行了CSS图片合并(CSS Sprites).

3.Facebook是否鼓励开发员大胆尝试和创新呢?

罗伯特 约翰逊:也许这是这个项目最棘手的部分之一。对于Facebook来说,开发速度是最重要的指标之一,我们不希望看到任何会使开发速度慢下来的事情。我们既要让开发人员尽可能容易的完成任务,又要使网站代码尽可能得到优化,所以我们制造了一些辅助开发工具,它们能使鱼和熊掌兼得。比如Primer,让它使Facebook运行得更快和让它易于集成和不容易被误用是同等重要的。

我们监测一切可能会影响程序性能的因素,并开发相应的工具,在程序正式放出之前检查代码。

这很重要,一旦代码出现问题,系统就会自动提醒开发人员,而不是靠开发人员自己去检查那些问题。这样开发人员就可以不断地创新,只要在出现一些比较特殊问题的时候,开发人口才需要停下来解决那些问题。

原文: oreilly 译文:http://cnnet.us/taobao/facebook-faster/ 转载请保留出处


webrebuild.org第四届年会-北京站

举办时间: 2010年07月17日(星期六)
举办地点: 北京航空航天大学新主楼会议中心 第二报告厅 (地图
报名地址: 在线报名
报名截止: 2010年06月27日
官方网址:webrebuild.org

主要议程:

· (W3C)Klaus Birkenbihl——题目待定
· 范俊豪(腾讯)《从浏览器原理看web标准的重要性》
· 谢子斌(Opera)——《HTML5与CSS3》
· 张克军(豆瓣)——《豆瓣的前端架构》

—————————————————–
会后相关资源分享:
data on the web ——- Klaus Birkenbihl(W3C)
建立前端开发团队 ——- 蒋定宇(D-Link 台湾)
谈谈HTML5和CSS3 ——- 谢子斌(Opera)
网页性能优化之路 ——- 范俊豪(腾讯)
前端基础架构 ——- 张克军(豆瓣)
从浏览器解析看标准的重要性 ——- 梁璟彪(腾讯)


Copyright © 2008-2012 Chesanqi's Web World. All rights reserved.
Jarrah theme by Templates Next | Powered by WordPress