Update：                   

                    1.0.0
                    2010-6-18 新建PSP豆瓣电台项目

                    1.0.1
                    2010-7-20 第一个Demo

                    1.0.2
                    2010-8-8  在1.0.1版本上增加了官方UI

                    1.0.3
                    2011-5-15 PSP豆瓣电台发布

                    1.0.4
                    2011-5-17 新增加20个豆瓣频道，用摇杆光标选择下拉框的频道后自动播放相应频道的歌曲

                    1.0.5
                    2011-5-22 新增豆瓣私人频道

                    1.0.6
                    2011-5-23 新增加红心、去红心、删除歌曲功能

                    1.1.0
                    2011-5-24 新增Lee MHz 频道、优化UI

                    1.1.1
                    2011-5-25 修正歌曲还差0.5秒未播放完就开始跳歌问题

                    1.1.2
                    2011-5-27 修正Skip歌曲时延时问题，增加短报告处理方法，删除UI中多余的控件让界面更清爽

                    1.1.3
                    2011-6-1  增加长报告处理方法，使后台的歌曲喜好计算更加准确
                    1.1.4
                    2011-6-10 新增一台服务器，今后开始采取自动脚本更新方式，方便同学们升级。
                    1.1.5
                    2011-6-24 作者 Saoirse Ronan 对豆瓣电台图标进行了美化修复

          psp版豆瓣电台.rar (145.32 KB) 下载地址：

 

thunder://QUFodHRwOi8vMTI3LjAuMC4xLzExMDUxNjE4NDlmODdkN2EyOTNhZGRjNWVhLnJhcj9maWQ9ZnVTVnFDTTFNcDVkSlp1eGhMRjlKMjRSNGtwR1JRSUFBQUFBQUs2YldpMGo3SThjK2FRZzdkQ1pyandzWUxXcCZtaWQ9NjY2JnRocmVzaG9sZD0xNTAmdGlkPTRGMjJFOUUyQjkxMjhEN0UxRUNGNTUwMUE4NDNFOTRBJnNyY2lkPTZaWg==

(2011年5月18日 更新:新增加二十多个豆瓣频道)

 

115网盘：http://u.115.com/file/bhnqilut

 

 thunder://QUFodHRwOi8vMTI3LjAuMC4xL3BzcOeJiOixhueTo+eUteWPsCgyMDExLTUtMTjmm7TmlrApLnJhcj9maWQ9VzVnWEZLbW90cThPOHpldmRnQmxUWFFtcUF1alJRSUFBQUFBQU9nZjBYeHVBaS9TVWZneUlwazN5c2hSL0FBZyZtaWQ9NjY2JnRocmVzaG9sZD0xNTAmdGlkPTU5RDA1MkYwNTJFMTQzQUEwMzg2N0QwNkZBM0YzREQ4JnNyY2lkPTZaWg==

(2011-5-22 更新：新增豆瓣私人频道)

115网盘：http://u.115.com/file/aq86ktqe

(2011-5-23 更新：新增加红心、去红心、删除歌曲功能)

115网盘：http://u.115.com/file/aq86k99f

 

(2011-5-24 更新：新增Lee MHz 频道、优化UI)

 

115网盘：http://u.115.com/file/aq867udi

(2011-5-25 更新:修正歌曲还差0.5秒未播放完就开始跳歌问题)

115网盘：http://u.115.com/file/e61dkddd

(2011-5-27 更新:修正Skip歌曲时延时问题，增加短报告处理方法，删除UI中多余的控件让界面更清爽)

        115网盘：http://u.115.com/file/e61dk1rk

thunder://QUFodHRwOi8vMTI3LjAuMC4xL3BzcOeJiOixhueTo+eUteWPsCgyMDExLTUtMjfmm7TmlrApLnJhcj9maWQ9M2dVc3dvVG1ZUWlONjlCYndoanZMQ2pPWXJwOG5BRUFBQUFBQU0xSUVyM003TnRiR1ZGY0hWYUE2WXJzejBIZiZtaWQ9NjY2JnRocmVzaG9sZD0xNTAmdGlkPTA2OTAyMjYxOTNGREFEMTgyRjdBNjg3MzU5NjE0Qzc2JnNyY2lkPTZaWg== 

 

 (2011-6-1 更新: 增加长报告处理方法，使后台的歌曲喜好计算更加准确)

 

 dbank网盘： http://dl.dbank.com/c0pfpb8e53 

        (2012-3-28 更新: 公共频道) 
 
        dbank网盘： http://dl.dbank.com/c0gdv0aj9c

It uses native <audio> where available and falls back to an invisible flash player to emulate it for other browsers.

The player can be completely styled with CSS to provide a consistent user interface.

audio.js can only play mp3 files and can be extended in any way like playing a single file or a list of songs.

Special Downloads:
Ajaxed Add-To-Basket Scenarios With jQuery And PHP
Free Admin Template For Web Applications
jQuery Dynamic Drag’n Drop
ScheduledTweets

Advertisements:
Professional XHTML Admin Template ($15 Discount With The Code: WRD.)
Psd to Xhtml
SSLmatic – Cheap SSL Certificates (from $19.99/year)

Related posts

• Stunning Ajax File Manager: AjaXplorer
• Speed Up & Modernize Websites With Head JS
• Plupload: Advanced Multiple File Uploader
• MooTools Image Slider With HTML5: Gradually
• MooTools HTML5 Video Player: Moovie

我们不是最好的，但是我们会努力做的更好，我们愿意倾听和接受所有用户的心声。最后，大家在使用过程中若发现任何的问题，或者有比较好的创意和想法，可以随时向我们反馈(yanis.wang@gmail.com)，我们会随时倾听大家的意见，xhEditor的发展离不开大家的支持。

查看最新版演示：http://xheditor.com/demo

更多官方在线演示：
   1. 默认模式：http://xheditor.com/demos/demo01.html
   2. 自定义按钮：http://xheditor.com/demos/demo02.html
   3. 皮肤选择：http://xheditor.com/demos/demo03.html
   4. 其它选项：http://xheditor.com/demos/demo04.html
   5. Javascript交互：http://xheditor.com/demos/demo05.html
   6. 非utf-8编码网页调用：http://xheditor.com/demos/demo06.html
   7. UBB可视化编辑：http://xheditor.com/demos/demo07.html
   8. Ajax文件上传：http://xheditor.com/demos/demo08.html
   9. 插件扩展：http://xheditor.com/demos/demo09.html
   10.iframe调用文件上传：http://xheditor.com/demos/demo10.html
   11.异步加载：http://xheditor.com/demos/demo11.html

v1.1.3 Change (2011-1-1)

1. 调整：取消删除线的快捷键：Ctrl+S

1. 修正：IE浏览器下无边框的table没有显示辅助的虚线边框问题的修正
2. 修正：IE浏览器下光标定位在编辑器中，xheditor(false)卸载编辑器会造成当前页面光标被锁死问题的修正
3. 修正：®和©被浏览器强制转为字符问题的修正
4. 修正：从其它网站复制粘贴WORD文档和普通HTML混合的内容时，会导致图片丢失问题的修正
5. 修正：urlType参数开启情况下，mailto:地址被转绝对地址问题的进一步修正
6. 修正：Flash和视频不支持输入百分比数值问题的修正

1. 优化：优化Word自动文档清理功能，进一步提高代码处理效率并且兼容Excel文档粘贴
2. 优化：优化formatXHTML函数，极大提高代码格式化效率

• xhEditor v1.1.3 (简体,繁体,English) (zip) [670KB] ( 更新：2011年1月1日 )
  MD5: 14F4437E9D3D48D4217D09AFF817B83B
• xhEditor v1.1.3 (简体,繁体,English) (tar.gz) [567KB] ( 更新：2011年1月1日 )
  MD5: B57FC85A2EFEFA44D8F447B7D8BA6510

1) Texture Lovers

2) urbandirty

3) Lost And Taken

4) 3Dxo

5) Textures Library

6) Texture king

7) Mayang Texture

8 ) cgtextures

9) Texture Warehouse

10) Photoshop Textures

11)  Grunge Textures

12) Free Stock Textures

[via]

国内类似的资源网站也很多，这里就不一一列出啦，Just Google It！

转载请注明：
转载自：http://www.fisherv.com

xhEditor是一个基于jQuery开发的简单迷你并且高效的可视化XHTML编辑器，基于网络访问并且兼容IE 6.0+,Firefox 3.0+,Opera 9.6+,Chrome 1.0+,Safari 3.22+。
在众多用户不断的问题回馈和意见反馈下，经过长达1年零3 个月的不断完善后，v1系列的正式版本v1.0.0 Final终于正式对外发布。经过这么久的不断开发修正和完善，v1.0.0 Final的BUG数量相对已经非常少，我们有自信可以给大家交上一份满意的答卷。

我们不是最好的，但是我们会努力做的更好，我们愿意倾听和接受所有用户的心声。最后，大家在使用过程中若发现任何的问题，或者有比较好的创意和想法，可以随时向我们反馈(yanis.wang@gmail.com)，我们会随时倾听大家的意见，xhEditor的发展离不开大家的支持。

查看最新版演示：http://xheditor.com/demo

更多官方在线演示：
   1. 默认模式：http://xheditor.com/demos/demo01.html
   2. 自定义按钮：http://xheditor.com/demos/demo02.html
   3. 皮肤选择：http://xheditor.com/demos/demo03.html
   4. 其它选项：http://xheditor.com/demos/demo04.html
   5. Javascript交互：http://xheditor.com/demos/demo05.html
   6. 非utf-8编码网页调用：http://xheditor.com/demos/demo06.html
   7. UBB可视化编辑：http://xheditor.com/demos/demo07.html
   8. Ajax文件上传：http://xheditor.com/demos/demo08.html
   9. 插件扩展：http://xheditor.com/demos/demo09.html
   10.iframe调用文件上传：http://xheditor.com/demos/demo10.html
   11.异步加载：http://xheditor.com/demos/demo11.html

最新1.0.0 Final版本更新内容(2010-7-1)：
   1. 添加：添加html5Upload参数，用以关闭HTML5上传功能，若关闭HTML5上传，则upMultiple参数无效
   2. 添加：添加delShortcuts API接口，以供插件或者外部动态的删除快捷键

   1. 修正：UBB模块背景色在Firefox浏览器下某些情况会丢失问题的修正
   2. 修正：IE6浏览器直接在标签内调用初始化JS代码失败问题的修正
   3. 修正：插件代码在IE的某些特殊情况会造成焦点丢失问题的修正
   4. 修正：Firefox浏览器下用jQuery的load动态加载带编辑器代码页面无效问题的修正
   5. 修正：从Word文档粘贴内容在Chrome浏览器中清理不完全问题的修正
   6. 修正：inlineStyle参数无效问题的修正
   7. 修正：IE浏览器粘贴无法清理Word文档问题的修正

   1. 调整：优化初始化代码以提高初始化速度
   2. 调整：考虑到“关于”按钮自动显示容易影响正常用户使用体验，特关闭此按钮的自动显示功能
   3. 调整：考虑php的json支持需要5.2版本以上才支持，对演示上传程序upload.php进行了适当的调节以提高兼容性，并同时优化了某些代码流程
   4. 调整：upMultiple参数由原先的逻辑值，变更为数值型，代表允许一次最大上传文件数，允许值：大于0的整数，等于1代表关闭多文件选择
   5. 调整：缩略图等参数分隔符逗号：“,”在非常多的特殊URL中容易出现，因此变更为：“||”
   6. 调整：根据用户反馈意见，将默认表情变更为QQ表情
   7. 调整：某些按钮的功能代码中使用title属性传值，会与某些toolTip插件冲突，因此变更传值属性值以提高兼容性
   8. 调整：关闭所有textarea在Chrome浏览器中的拖动改变大小功能
  
最新v1.0.0 Final下载地址：
http://xheditor.com/download

1.HTML页面直接写

<img alt="powerbookg4.jpg" src="archives/images/powerbookg4.jpg" width="250" height="60" style="-moz-opacity:0.5; filter:alpha(opacity=50);cursor:pointer;" />

2.JS中写

在IE中需要通过"filter"来定义透明度"opacity"，而在Mozilla中是可以直接解析"opacity",所以如果要使得这个效 果在两种浏览器中都得到支持，需要把两种设定都加进去。针对IE的设定：this.filters.alpha.opacity=50　而针对 Mozilla的设定：this.style.MozOpacity=0.5

3.CSS样式表中写

css代码里这样写就可以：
.div {
     filter:alpha(opacity=50);/*IE*/
     opacity:0.5;/*Mozilla*/
     }

1）表格：插入表格采用dialog，可设置常用属性。插入表格后在表格上点击右键弹出表格控制菜单。

2）右键菜单（contextmenu）：支持左侧小图标、分割线，外观更美观。

3）菜单（menu）：标题、字体、文字大小、颜色可以反映当前状态。

4）表情：增加分页和预览，通过allowPreviewEmoticons属性可关闭预览表情功能。

5）弹出框（dialog）：弹出框支持阴影效果，通过shadowMode可关闭阴影效果。

6）国际化：3.5版本开始所有中文都提取到一个js里，制作其它语言版本只需要翻译src/lang/zh_CN.js即可。

7）新接口：引入KE.html, KE.text, KE.selectedHtml, KE.insertHtml, KE.appendHtml, KE.isEmpty等函数。

其它改善和bugfix：

--------

* 改善: 编辑器底部显示向下拖动指示图标。

* 改善: 点击编辑器外的页面其它部位时关闭菜单。

* 改善: 移除编辑器时将编辑器内容设置到原来的textarea。

* 改善: 从外部粘贴内容时自动将font转换成span标签。

* 改善: ASP.NET程序改成ashx，使用时不需要编译。

* BUG: 改善了文章内容比较多时速度比较慢的问题。

* BUG: 修改了在IE上选中图片或表格后无法用backspace键删除的问题。

* BUG: 修改了在Firefox上全屏后浏览器一直处于加载状态的问题。

* BUG: 修改了在非IE上DOMContentLoaded事件不起作用的问题。

* BUG: 修改了删除编辑器时没有销毁事件的问题。

* BUG: 修改了设置成无颜色时其它样式也被删除的问题。

* BUG: 修改了拖动时拖到浏览器外面放开鼠标后会粘住的问题。

* BUG: 修改了在Firefox上pre标签自动生成br标签的问题。

* BUG: 修改了在IE6上用KE.cmd.wrap方法设置class属性后没有效果的问题。

* BUG: 修改了在P标签内没选中内容时无法插入超级链接的问题。

* BUG: 修改了使用快捷键加粗体、斜体、下划线时没有同步的问题。

演示：

--------

http://www.kindsoft.net/demo.php

下载：

--------

http://www.kindsoft.net/down.php

下面是CSS代码：

代码说明

       HTML代码中各部分出现的顺序是非常重要的。左栏和右栏div必须在中栏之前出现。这样才可以让这两个边栏浮动到它们的位置上（屏幕两侧），并让中栏的内容将“流”入它们之间的空间。如果浏览器在一个或者两个边栏div之前先发现中栏，那么中栏将占据屏幕的一侧或者两侧，这样浮动的部分就会跑到中栏的下面而不是中栏的旁边了。 

       div#header和div#footer样式（style）中的clearoth申明用来确保这浮动部分不会占据标题和页脚的空间。div#header样式中的padding:1px申明用来消除页头背景色中的异常边，如果padding设置为零，那么在Netscape浏览器中就会看到这个异常。

       div#left样式中的float:left申明是用来把左栏挤压到左侧。width:150px申明用来设置栏的固定宽度，不过你也可以把它的宽度设置为其它具体值。类似的，div#right样式中的float:right申明用来把右栏div挤压到右侧。在本例中，float把左栏和右栏完全挤压到浏览器窗口的左边缘和右边缘。然而，如果这些div被其它div包含，那么float将会把它们挤压到包含它们的div的边缘。

         在div#middle样式中，clear申明允许中栏的内容“流淌”在两个边栏之间。padding:0px 160px 5px 160px申明设置了到左栏和右栏的填充，这样允许150象素宽度的栏div，在加上10象素的间距。

       这个例子非常粗糙和简单，但是它很好的演示了用浮动div来创建三栏液态布局的边栏这一基本技术。

1.1 介绍

  HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。它的发展是万维网协会（World Wide Web Consortium）和Internet工作小组IETF（Internet Engineering Task Force）合作的结果，（他们）最终发布了一系列的RFC，RFC 1945定义了HTTP/1.0版本。其中最著名的就是RFC 2616。RFC 2616定义了今天普遍使用的一个版本——HTTP 1.1。

HTTP协议（HyperText Transfer Protocol，超文本传输协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。

HTTP是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个无状态的协议。

1.2 在TCP/IP协议栈中的位置

HTTP协议通常承载于TCP协议之上，有时也承载于TLS或SSL协议层之上，这个时候，就成了我们常说的HTTPS。如下图所示：
   

默认HTTP的端口号为80，HTTPS的端口号为443。

1.3 HTTP的请求响应模型

HTTP协议永远都是客户端发起请求，服务器回送响应。见下图：
   

这样就限制了使用HTTP协议，无法实现在客户端没有发起请求的时候，服务器将消息推送给客户端。

HTTP协议是一个无状态的协议，同一个客户端的这次请求和上次请求是没有对应关系。

1.4 工作流程

一次HTTP操作称为一个事务，其工作过程可分为四步：

1）首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作开始。

2）建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。

3）服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。

4）客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客户机与服务器断开连接。

如果在以上过程中的某一步出现错误，那么产生错误的信息将返回到客户端，有显示屏输出。对于用户来说，这些过程是由HTTP自己完成的，用户只要用鼠标点击，等待信息显示就可以了。

1.5 使用Wireshark抓TCP、http包

打开Wireshark，选择工具栏上的“Capture”->“Options”，界面选择如图1所示：
                            

图1 设置Capture选项

一般读者只需要选择最上边的下拉框，选择合适的Device，而后点击“Capture Filter”，此处选择的是“HTTP TCP port（80）”，选择后点击上图的“Start”开始抓包。
                                 

图2 选择Capture Filter

例如在浏览器中打开http://image.baidu.com/，抓包如图3所示：
    http://www.blogjava.net/images/blogjava_net/amigoxie/40799/o_http%e5%8d%8f%e8%ae%ae%e5%ad%a6%e4%b9%a0-%e6%a6%82%e5%bf%b5-3.jpg

图3   抓包

在上图中，可清晰的看到客户端浏览器（ip为192.168.2.33）与服务器的交互过程：

1）No1：浏览器（192.168.2.33）向服务器（220.181.50.118）发出连接请求。此为TCP三次握手第一步，此时从图中可以看出，为SYN，seq:X （x=0）

2）No2：服务器（220.181.50.118）回应了浏览器（192.168.2.33）的请求，并要求确认，此时为：SYN，ACK，此时seq：y（y为0），ACK：x+1（为1）。此为三次握手的第二步；

3）No3：浏览器（192.168.2.33）回应了服务器（220.181.50.118）的确认，连接成功。为：ACK，此时seq：x+1（为1），ACK：y+1（为1）。此为三次握手的第三步；

4）No4：浏览器（192.168.2.33）发出一个页面HTTP请求；

5）No5：服务器（220.181.50.118）确认；

6）No6：服务器（220.181.50.118）发送数据；

7）No7：客户端浏览器（192.168.2.33）确认；

8）No14：客户端（192.168.2.33）发出一个图片HTTP请求；

9）No15：服务器（220.181.50.118）发送状态响应码200 OK

……

1.6 头域

每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。

在抓包的图中，No14点开可看到如图4所示：
   http://www.blogjava.net/images/blogjava_net/amigoxie/40799/o_http%e5%8d%8f%e8%ae%ae%e5%ad%a6%e4%b9%a0-%e6%a6%82%e5%bf%b5-4.jpg

图4 http请求消息

       回应的消息如图5所示：
              

图5 http状态响应信息

1.6.1 host头域

Host头域指定请求资源的Intenet主机和端口号，必须表示请求url的原始服务器或网关的位置。HTTP/1.1请求必须包含主机头域，否则系统会以400状态码返回。

图5中host那行为：
   

1.6.2 Referer头域

Referer头域允许客户端指定请求uri的源资源地址，这可以允许服务器生成回退链表，可用来登陆、优化cache等。他也允许废除的或错误的连接由于维护的目的被追踪。如果请求的uri没有自己的uri地址，Referer不能被发送。如果指定的是部分uri地址，则此地址应该是一个相对地址。

在图4中，Referer行的内容为：
   

1.6.3 User-Agent头域

User-Agent头域的内容包含发出请求的用户信息。

在图4中，User-Agent行的内容为：
   http://www.blogjava.net/images/blogjava_net/amigoxie/40799/o_http%e5%8d%8f%e8%ae%ae%e5%ad%a6%e4%b9%a0-%e6%a6%82%e5%bf%b5-8.jpg

1.6.4 Cache-Control头域

Cache-Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程中的缓存处理过程。请求时的缓存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，响应消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。

在图5中的该头域为：
   

1.6.5 Date头域

Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的时间表示世界标准时，换算成本地时间，需要知道用户所在的时区。

图5中，该头域如下图所示：
  
 

1.7 HTTP的几个重要概念

1.7.1连接：Connection

一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。

在http1.1，request和reponse头中都有可能出现一个connection的头，此header的含义是当client和server通信时对于长链接如何进行处理。

在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header中指明connection的值为close；如果server方也不想支持长链接，则在response中也需要明确说明connection的值为close。不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在当天请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。

1.7.2消息：Message

HTTP通讯的基本单位，包括一个结构化的八元组序列并通过连接传输。

1.7.3请求：Request

一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号。

1.7.4响应：Response

一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。

1.7.5资源：Resource

由URI标识的网络数据对象或服务。

1.7.6实体：Entity

数据资源或来自服务资源的回映的一种特殊表示方法，它可能被包围在一个请求或响应信息中。一个实体包括实体头信息和实体的本身内容。

1.7.7客户机：Client

一个为发送请求目的而建立连接的应用程序。

1.7.8用户代理：UserAgent

初始化一个请求的客户机。它们是浏览器、编辑器或其它用户工具。

1.7.9服务器：Server

一个接受连接并对请求返回信息的应用程序。

1.7.10源服务器：Originserver

是一个给定资源可以在其上驻留或被创建的服务器。

1.7.11代理：Proxy

一个中间程序，它可以充当一个服务器，也可以充当一个客户机，为其它客户机建立请求。请求是通过可能的翻译在内部或经过传递到其它的服务器中。一个代理在发送请求信息之前，必须解释并且如果可能重写它。

代理经常作为通过防火墙的客户机端的门户，代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。

1.7.12网关：Gateway

一个作为其它服务器中间媒介的服务器。与代理不同的是，网关接受请求就好象对被请求的资源来说它就是源服务器；发出请求的客户机并没有意识到它在同网关打交道。

网关经常作为通过防火墙的服务器端的门户，网关还可以作为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。

1.7.13通道：Tunnel

是作为两个连接中继的中介程序。一旦激活，通道便被认为不属于HTTP通讯，尽管通道可能是被一个HTTP请求初始化的。当被中继的连接两端关闭时，通道便消失。当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。

1.7.14缓存：Cache

反应信息的局域存储。

    附录：参考资料

《http_百度百科》：http://baike.baidu.com/view/9472.htm

《结果编码和http状态响应码》：http://blog.tieniu1980.cn/archives/377

《分析TCP的三次握手》：

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece763104c8c711923d030678197027fa3c215cc7905141130a8e5747e0d548d98297a5ae91e03f7f63772315477e3cacdd94cdbbdc42225d82c36734f844315c419d891007a9f34d507a9f916a2e1b065d2f48193864353bb15543897f1fb4d711edd1b86033093b1e94e022e67adec40728e2e605f983431c5508fe4&p=c6769a46c5820efd08e2973b42&user=baidu

《使用Wireshark来检测一次HTTP连接过程》：

http://blog.163.com/wangbo_tester/blog/static/12806792120098174162288/

《http协议的几个重要概念》：http://nc.mofcom.gov.cn/news/10819972.html

《http协议中connection头的作用》：

3.1 Cookie和Session

Cookie和Session都为了用来保存状态信息，都是保存客户端状态的机制，它们都是为了解决HTTP无状态的问题而所做的努力。

Session可以用Cookie来实现，也可以用URL回写的机制来实现。用Cookie来实现的Session可以认为是对Cookie更高级的应用。

3.1.1两者比较

Cookie和Session有以下明显的不同点：

1）Cookie将状态保存在客户端，Session将状态保存在服务器端；

2）Cookies是服务器在本地机器上存储的小段文本并随每一个请求发送至同一个服务器。Cookie最早在RFC2109中实现，后续RFC2965做了增强。网络服务器用HTTP头向客户端发送cookies，在客户终端，浏览器解析这些cookies并将它们保存为一个本地文件，它会自动将同一服务器的任何请求缚上这些cookies。Session并没有在HTTP的协议中定义；

3）Session是针对每一个用户的，变量的值保存在服务器上，用一个sessionID来区分是哪个用户session变量,这个值是通过用户的浏览器在访问的时候返回给服务器，当客户禁用cookie时，这个值也可能设置为由get来返回给服务器；

4）就安全性来说：当你访问一个使用session 的站点，同时在自己机子上建立一个cookie，建议在服务器端的SESSION机制更安全些.因为它不会任意读取客户存储的信息。

3.1.2 Session机制

Session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。

当程序需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否已包含了一个session标识 - 称为 session id，如果已包含一个session id则说明以前已经为此客户端创建过session，服务器就按照session id把这个 session检索出来使用（如果检索不到，可能会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个 session id将被在本次响应中返回给客户端保存。

3.1.6 Session的实现方式

3.1.6.1  使用Cookie来实现

服务器给每个Session分配一个唯一的JSESSIONID，并通过Cookie发送给客户端。

当客户端发起新的请求的时候，将在Cookie头中携带这个JSESSIONID。这样服务器能够找到这个客户端对应的Session。

流程如下图所示：
   

3.1.6.2  使用URL回显来实现

URL回写是指服务器在发送给浏览器页面的所有链接中都携带JSESSIONID的参数，这样客户端点击任何一个链接都会把JSESSIONID带会服务器。

如果直接在浏览器输入服务端资源的url来请求该资源，那么Session是匹配不到的。

Tomcat对Session的实现，是一开始同时使用Cookie和URL回写机制，如果发现客户端支持Cookie，就继续使用Cookie，停止使用URL回写。如果发现Cookie被禁用，就一直使用URL回写。jsp开发处理到Session的时候，对页面中的链接记得使用response.encodeURL() 。

3.1.3在J2EE项目中Session失效的几种情况

1）Session超时：Session在指定时间内失效，例如30分钟，若在30分钟内没有操作，则Session会失效，例如在web.xml中进行了如下设置：

<session-config>
        <session-timeout>30</session-timeout> //单位：分钟
    </session-config>

2）使用session.invalidate()明确的去掉Session。

3.1.4与Cookie相关的HTTP扩展头

1）Cookie：客户端将服务器设置的Cookie返回到服务器；

2）Set-Cookie：服务器向客户端设置Cookie；

3）Cookie2 (RFC2965)）：客户端指示服务器支持Cookie的版本；

4）Set-Cookie2 (RFC2965)：服务器向客户端设置Cookie。

3.1.5Cookie的流程

服务器在响应消息中用Set-Cookie头将Cookie的内容回送给客户端，客户端在新的请求中将相同的内容携带在Cookie头中发送给服务器。从而实现会话的保持。

流程如下图所示：

3.2 缓存的实现原理

3.2.1什么是Web缓存

WEB缓存(cache)位于Web服务器和客户端之间。

缓存会根据请求保存输出内容的副本，例如html页面，图片，文件，当下一个请求来到的时候：如果是相同的URL，缓存直接使用副本响应访问请求，而不是向源服务器再次发送请求。

HTTP协议定义了相关的消息头来使WEB缓存尽可能好的工作。

3.2.2缓存的优点

q      减少相应延迟：因为请求从缓存服务器（离客户端更近）而不是源服务器被相应，这个过程耗时更少，让web服务器看上去相应更快。

q      减少网络带宽消耗：当副本被重用时会减低客户端的带宽消耗；客户可以节省带宽费用，控制带宽的需求的增长并更易于管理。

3.2.3与缓存相关的HTTP扩展消息头

q      Expires：指示响应内容过期的时间，格林威治时间GMT

q      Cache-Control：更细致的控制缓存的内容

q      Last-Modified：响应中资源最后一次修改的时间

q      ETag：响应中资源的校验值，在服务器上某个时段是唯一标识的。

q      Date：服务器的时间

q      If-Modified-Since：客户端存取的该资源最后一次修改的时间，同Last-Modified。

q      If-None-Match：客户端存取的该资源的检验值，同ETag。

3.2.4客户端缓存生效的常见流程

服务器收到请求时，会在200OK中回送该资源的Last-Modified和ETag头，客户端将该资源保存在cache中，并记录这两个属性。当客户端需要发送相同的请求时，会在请求中携带If-Modified-Since和If-None-Match两个头。两个头的值分别是响应中Last-Modified和ETag头的值。服务器通过这两个头判断本地资源未发生变化，客户端不需要重新下载，返回304响应。常见流程如下图所示：

3.2.5 Web缓存机制

HTTP/1.1中缓存的目的是为了在很多情况下减少发送请求，同时在许多情况下可以不需要发送完整响应。前者减少了网络回路的数量；HTTP利用一个“过期（expiration）”机制来为此目的。后者减少了网络应用的带宽；HTTP用“验证（validation）”机制来为此目的。

HTTP定义了3种缓存机制：

1）Freshness：允许一个回应消息可以在源服务器不被重新检查，并且可以由服务器和客户端来控制。例如，Expires回应头给了一个文档不可用的时间。Cache-Control中的max-age标识指明了缓存的最长时间；

2）Validation：用来检查以一个缓存的回应是否仍然可用。例如，如果一个回应有一个Last-Modified回应头，缓存能够使用If-Modified-Since来判断是否已改变，以便判断根据情况发送请求；

3）Invalidation： 在另一个请求通过缓存的时候，常常有一个副作用。例如，如果一个URL关联到一个缓存回应，但是其后跟着POST、PUT和DELETE的请求的话，缓存就会过期。

3.3 断点续传和多线程下载的实现原理

q      HTTP协议的GET方法，支持只请求某个资源的某一部分；

q      206 Partial Content 部分内容响应；

q      Range 请求的资源范围；

q      Content-Range 响应的资源范围；

q      在连接断开重连时，客户端只请求该资源未下载的部分，而不是重新请求整个资源，来实现断点续传。

分块请求资源实例：

Eg1：Range: bytes=306302- ：请求这个资源从306302个字节到末尾的部分；

Eg2：Content-Range: bytes 306302-604047/604048：响应中指示携带的是该资源的第306302-604047的字节，该资源共604048个字节；

客户端通过并发的请求相同资源的不同片段，来实现对某个资源的并发分块下载。从而达到快速下载的目的。目前流行的FlashGet和迅雷基本都是这个原理。

多线程下载的原理：

q      下载工具开启多个发出HTTP请求的线程；

q      每个http请求只请求资源文件的一部分：Content-Range: bytes 20000-40000/47000；

q      合并每个线程下载的文件。

3.4 https通信过程

3.4.1什么是https

HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容请看SSL。

见下图：
   

https所用的端口号是443。

3.4.2 https的实现原理

有两种基本的加解密算法类型：

1）对称加密：密钥只有一个，加密解密为同一个密码，且加解密速度快，典型的对称加密算法有DES、AES等；

2）非对称加密：密钥成对出现（且根据公钥无法推知私钥，根据私钥也无法推知公钥），加密解密使用不同密钥（公钥加密需要私钥解密，私钥加密需要公钥解密），相对对称加密速度较慢，典型的非对称加密算法有RSA、DSA等。

下面看一下https的通信过程：
  

https通信的优点：

1）客户端产生的密钥只有客户端和服务器端能得到；

2）加密的数据只有客户端和服务器端才能得到明文；

3）客户端到服务端的通信是安全的。

3.5 http代理

3.5.1 http代理服务器

代理服务器英文全称是Proxy Server，其功能就是代理网络用户去取得网络信息。形象的说：它是网络信息的中转站。

代理服务器是介于浏览器和Web服务器之间的一台服务器，有了它之后，浏览器不是直接到Web服务器去取回网页而是向代理服务器发出请求，Request信号会先送到代理服务器，由代理服务器来取回浏览器所需要的信息并传送给你的浏览器。

而且，大部分代理服务器都具有缓冲的功能，就好象一个大的Cache，它有很大的存储空间，它不断将新取得数据储存到它本机的存储器上，如果浏览器所请求的数据在它本机的存储器上已经存在而且是最新的，那么它就不重新从Web服务器取数据，而直接将存储器上的数据传送给用户的浏览器，这样就能显著提高浏览速度和效率。

更重要的是：Proxy Server(代理服务器)是Internet链路级网关所提供的一种重要的安全功能，它的工作主要在开放系统互联(OSI)模型的对话层。

3.5.2 http代理服务器的主要功能

主要功能如下：

1）突破自身IP访问限制，访问国外站点。如：教育网、169网等网络用户可以通过代理访问国外网站；

2）访问一些单位或团体内部资源，如某大学FTP(前提是该代理地址在该资源的允许访问范围之内)，使用教育网内地址段免费代理服务器，就可以用于对教育 网开放的各类FTP下载上传，以及各类资料查询共享等服务；

3）突破中国电信的IP封锁：中国电信用户有很多网站是被限制访问的，这种限制是人为的，不同Serve对地址的封锁是不同的。所以不能访问时可以换一个国 外的代理服务器试试；

4）提高访问速度：通常代理服务器都设置一个较大的硬盘缓冲区，当有外界的信息通过时，同时也将其保存到缓冲区中，当其他用户再访问相同的信息时， 则直接由缓冲区中取出信息，传给用户，以提高访问速度；

5）隐藏真实IP：上网者也可以通过这种方法隐藏自己的IP，免受攻击。

3.5.3 http代理图示

http代理的图示见下图：
  

对于客户端浏览器而言，http代理服务器相当于服务器。

而对于Web服务器而言，http代理服务器又担当了客户端的角色。

3.6 虚拟主机的实现

3.6.1什么是虚拟主机

虚拟主机：是在网络服务器上划分出一定的磁盘空间供用户放置站点、应用组件等，提供必要的站点功能与数据存放、传输功能。  

所谓虚拟主机，也叫“网站空间”就是把一台运行在互联网上的服务器划分成多个“虚拟”的服务器，每一个虚拟主机都具有独立的域名和完整的Internet服务器（支持WWW、FTP、E-mail等）功能。一台服务器上的不同虚拟主机是各自独立的，并由用户自行管理。但一台服务器主机只能够支持一定数量的虚拟主机，当超过这个数量时，用户将会感到性能急剧下降。

3.6.2虚拟主机的实现原理

虚拟主机是用同一个WEB服务器，为不同域名网站提供服务的技术。Apache、Tomcat等均可通过配置实现这个功能。

相关的HTTP消息头：Host。

例如：Host: www.baidu.com

客户端发送HTTP请求的时候，会携带Host头，Host头记录的是客户端输入的域名。这样服务器可以根据Host头确认客户要访问的是哪一个域名。

附录：参考资料

《理解Cookie和Session机制》：

http://sumongh.javaeye.com/blog/82498

《浅析HTTP协议》：

http://203.208.39.132/search?q=cache:CdXly_88gjIJ:www.cnblogs.com/gpcuster/archive/2009/05/25/1488749.html+http%E5%8D%8F%E8%AE%AE+web%E7%BC%93%E5%AD%98&cd=27&hl=zh-CN&ct=clnk&gl=cn&st_usg=ALhdy2-vzOcP8XTG1h7lcRr2GJrkTbH2Cg

《http代理_百度百科》：

http://baike.baidu.com/view/1159398.htm

《虚拟主机_百度百科》：

http://baike.baidu.com/view/7383.htm

《https_百度百科》：http://baike.baidu.com/view/14121.htm

Blowing up HTML5 video and mapping it into 3D space（将HTML5视频吹散并组成3D效果）最近我研究了HTML 5中的Canvas 和Video 标签，并发现了一些很酷的特性。其中之一就是Canvas.drawImage() api。此为详细介绍。

Code a Backwards Compatible, One Page Portfolio with HTML5 and CSS3（用HTML5 和CSS3 打造向下兼容的网页）HTML5更加语义化，使用HTML5 我们不必在网页上布满没有意义的div。它引入了有意义的tag，比如 navigations 和 footers 使代码更有意义也更接近自然语言。

Coding A HTML 5 Layout From Scratch（HTML 5 布局）
这篇文章将教你

• 用原有技术将元素放置在特定位置
• 最新的技术潮流
• Microformats与HTML5协同使用
• 介绍HTML5与CSS3的新特性

Coding a CSS3 and HTML5 One Page Website Template（制作CSS3和 HTML5 一页式站点模板）这篇文章介绍了如何利用CSS3 和jQuery的新特性制作HTML5 网页模版。 HTML5 仍在完善当中，你也可以选择性的下载XHTML版。

Comprehensive video tutorial on HTML5（全面的HTML5视频指南）这 是一个叫Brad Neuberg的工程师制作的HTML5教学视频。

Create modern Web sites using HTML5 and CSS3（用HTML5与CSS3打造时尚站点）这篇文章介绍了许多HTML5的功能和语法及API，还有CSS3的新的选择器，效果和特性。最 后， 还将教你如何利用这些新特性开发一个网页。当你读完这篇文章，你就能用HTML5和CSS3开发一个自己的站点啦。

Designing a blog with html5（用html5设计博客）许多HTML5 特性要结合JavaScript API一起使用，以增加网页的互动性。但仍有一些新元素可让传统的Web1.0页面更加语义化。为了学习这些，我们来看怎样建立一个博客。

Designing for the Future with HTML5 and CSS3 : Tutorials and Best Practices（为未来设计：HTML 5 和 CSS3 指南与最佳案例）这篇文章将介绍用 HTML5和CSS3搭建的几个最佳站点。

Design and Code a Cool iPhone App Website in HTML5（用HTML5设计和实现一个超酷 iPhone App 网站）

Have a Field Day with HTML5 Forms（建立HTML 5表格）这篇文站将教你 如果用HTML 5 和高级CSS技术与最新的CSS3技术建立一个漂亮的表格。

How To Create A Nice Blog Design Touching The Future(不用photoshop，完成网页设计)

How to Make All Browsers Render HTML5 Mark-up Correctly – Even IE6（怎样让所有浏览器都渲染HTML5标记——即使是IE6）这篇文章将教你如何用JavaScript和CSS，使 HTML5页面向下兼容，即使是IE6也不例外。

How to Make an HTML5 iPhone App（制作HTML5 iPhone 应用）这是 一篇针对iPhone的指导，但是许多技术也可用在兼容HTML5的手机浏览器上。

HTML 5 and CSS 3: The Techniques You’ll Soon Be Using（HTML 5 和CSS 3：你将用到的技术）这篇文章使用HTML 5和CSS 3 搭建博客页面。如果你已经熟悉html 和CSS，将很容易跟上。

HTML5 for Beginners. Use it now, its easy!（HTML 5初学指南）给 所有具有基础HTML知识的初学者的HTML 5 入门指南

HTML5 Presentation这篇文章介绍了HTML5 的发展历史和它的基本特性

HTML5 Tutorial – Getting Started（HTML 5 入门指导）

How to Build Web Pages With HTML 5（怎样建立HTML 5网页）

Simple Website Layout Tutorial Using HTML 5 and CSS 3（HTML5和CSS3布局指南）HTML5最令人期待的新标签包括<header>, <footer>, <aside>, <nav>, <audio>，同时它还包括画图，线下存储数据，拖放等API。页面布局将会更易理解。这里将介绍一个最简单的HTML 5 布局页面，用CSS3 设置样式。最终结果如下

Structural Tags in HTML5（HTML 5 结构标签）HTML5 有许多标签帮助网页结构化，这能省去以网页中许多div

HTML5 Boilerplates（HTML 5模板）此文介绍了一些你能拿来就用的HTML5 模板文件

HTML 5 canvas – the basics（HTML 5 基础——Canvas）对HTML 5 Canvas使用方法的全面指导

HTML 5 Tutorials（HTML 5 指南）

Implementing HTML5 Drag and Drop: New Premium Tutorial（HTML 5 拖放）HTML5 的一个新特性就是拖放，不过IE早在5.5时代就支持拖放了，而HTML 5 的拖放也是基于IE的。本例将教你如果用拖放实现一个简单的购物车界面。

Preview of HTML 5这是一篇比较老的文章，介绍了HTML5的特性和优点。

The HTML 5 Canvas For Flash Developers : Drawing（HTML 5 Canvas 的画图功能）

The Power of HTML 5 and CSS 3介绍了HTML 5 与CSS3能创造的各种效果。

View Source Tutorial: Sticky Notes With HTML5 and CSS3（HTML5 和CSS3 打造便利贴效果）

webOS HTML5 Database Storage Tutorial（webOS HTML5 数据存储指南）HTML5 的本地存储功能将使数据存储十分简便。

Yes, You Can Use HTML 5 Today!本文介绍了一些现已被支持的HTML 5 特性，对初学者十分有用。

文章来源：NTT.cc
翻译：lovelyashes

　　谁需要HTML5？

　 　Google最需要！Apple的Jobs也需要。但这两个肯定各怀鬼胎。微软无所谓了，反正他还有Silverlight。

　　 Mozilla/Firefox非盈利组织，目标可能会高尚些，是w3c标准就要支持。Opera那点浏览器市场占有率估计还没敢有太多想法。

　 　Google的云计算帝国就差一个支持 RIA(Rich Internet Applications)富互联网应用的客户端了，试想HTML5得到普及，更多的应用转向BS模式时，微软帝国的桌面软件生态环境必定受到很大威胁， 垂涎多年的Google一定是最大受益者。当在一台操作系统免费的电脑上使用和MS Word差不多功能的免费Google Doc时，你还会掏钱买微软的Word吗？当你所有的办公应用都只需要打开浏览器窗口时，你还会花钱买操作系统吗？Google的Chrome OS操作系统界面已经说明了这个意图。

　　Jobs也需要HTML5，他是打着小算盘，想让浏览器原生支持视频音频，这样iPhone、 iPad就不用嵌入Flash，Jobs当然不能让Flash进iPhone OS，要不然App Store里的游戏谁去买？同时，如果大量的应用都能基于浏览器实现时，用户就不会被Windows的桌面应用套牢了。漂亮的Mac电脑谁不喜欢。

　 　他们选择 HTML5都是为了更大野心，期望HTML5带来整个软件生态环境的改变，同时避开不受自己控制的Flash。

　　 Macromedia和后来的当家Adobe把握住了互联网应用的发展需求，不断的完善的Flash，使之已经超越了浏览器本身的功能。各大浏览器厂商也 看到这种应用的需求，不甘于一个本该浏览器实现的功能，由一个几兆大小的 Plugin实现了，并玩的风生水起。于是不遗余力的推进HTML5，并且矛头直指Flash。

　　用户想要HTML5吗？用户要的不是技 术，是应用，是体验。如果你能拿Ajax实现一个开心农场，我想没谁会在乎它是不是Flash做的。

　　开发者想要 HTML5吗？那需要一个成熟的HTML5+CSS3+JS的开发环境，需要各个浏览器提供统一的用户体验，即标准的完全兼容。还需要增加新的学习成本。

　 　Flash 的优势？

　　Flash比HTML5强在哪？性能，功能？如果说HTML5将拥有和Flash所有内置对象类 似的DOM 呢，还有GPU的2D、3D加速呢?这不是没可能，毕竟HTML5还只是草案。当然Flash也能不停的更新。

　　开发群体

　 　我认为Flash的优势是在开发人员上，十多年的积累，有众多优秀的艺术家、程序员和互动设计师集中在Flash平台上做互动媒体开发。也使无数的类库 有了AS版，如FLARToolKit，Touchlib，OpenCV这些互动、图像分析的c++库都移植到了Flash平台。在RIA应用上有相对成 熟且开源的Flex框架，越来越多的企业在尝试使用Flex替代Ext等 Ajax框架，为客户提供更好RIA应用体验。

　　持续发展

　 　FlashPlayer 是一个封闭的系统，是由Adoeb独家控制，相对于开放的HTML5标准这是弱势，也是技术上的优势，它可以很灵活，可以随时加入新技术，新功能。而 HTML5是一个公开标准，既然是标准就意味着不会经常改动。Flash的改进升级只需要用户升级FlashPlayer插件，插件的升级相对用户来说， 是轻量级的。HTML标准的改进意味着升级浏览器，这是相对重量级的用户操作，尤其是还有很多人不明白什么是浏览器。

　　HTML5开放标 准一旦确定下来，就会有一个很长的使用周期，今天看是足够先进的功能，十年后呢。就像当年我们用着HTML4+CSS2+JS沾沾自喜以为足够表现Web 应用时，谁能想到今天Flash不断改进所开拓的天地呢。或许十年后我们又该讨论HTML6秒杀Flash的话题了。

　　超越web应用

　 　如果当年SUN能重视Java Applet，或许就没有Flash的今天，SUN也不会沦落到被收购的境地。而如今Adobe AIR更是让Flash超越Java Applet，让Flash超越了web，脱离了浏览器。Flash到如今功能不断增强，在多媒体领域也在不断地压缩自家老大哥Director的应用空 间。多点触摸、人脸识别、Socket通讯同步、AR增强现实、实时视频等等功能在Flash平台上的实现，让越来越多的互动多媒体项目采用Flash方 案。

　　希望Adobe继续能扩展Adobe AIR平台的功能，提高性能。能有越来越多的跨平台桌面应用在AIR上实现。

　 　Flash 的劣势？

　　FlashPlayer版权私有。

　　swf文件的内容相对封闭，搜索引擎不友 好。

　　插件的安全隐患。

　　相对与Ajax技术的学习曲线及学习成本。

　　FlashPlayer 94%装机率!=100%。

　　iPhoneOS明确不支持Flash，而iPad首日12万的订单，预计将会开启一个大市场。

　 　不支持3D硬件加速。FlashPlayer如果支持3D硬件加速，必将重写现有的2D矢量引擎，鉴于ShockWave 3D的表现，FlashPlayer 硬件3D，很难有很好的用户体验。

　　HTML5拿什么取代Flash

　 　功能：HTML5目前还只是草案，从已提交的内容来看，增加了许多更具语义的标签，新的标签意味着在DOM中增加新的类，如果把浏览器比做一个大的 Flashplayer，HTML5无非就是在增加新的类，新的API。然后由JavaScript来调用这些API。如果HTML5要完全取代 Flash，至少要提供和Flashplayer10相似的功能。这应该不是问题，添加WebSocket 、WebSQL、WebGL……甚至WebQt、WebMFC都是可以无尽畅想的。或者干脆把浏览器就做成一个大虚拟机，完成Java的桌面遗愿。如果有 足够的需求动力，这些都不是问题。

　　性能：在很多 HTML5激进派的文章里，都痛指目前Flash的效率低下，导致浏览崩溃。真的是Flash效率低到如此不堪吗？肯定不是，只是Flash的滥用和参差 不齐的Web前端开发人员造成的。同样如果用IE的JS引擎写一个Ajax版的XX农场，如果所有页面广告动画都用JS来写，我想那才叫效率低下。如果真 的Flash效率低，为什么那么多网页游戏都不是Ajax做的呢？为什么很多优化的很好的Flash3D游戏场景都很流畅，而一个2D的XX农场就能拖慢 你的酷睿2呢？不明真相的半吊子开发人员总是把浏览器不响应和崩溃归结于Flash效率低下。所以未来HTML5要取代Flash 必须有一个高效的2D/3D图形文字渲染引擎，和一个高效的JavaScript引擎。这样才能带来更好的用户体验。这些，众浏览器厂商都准备好了 吗？Chrome和Opera似乎正在走这条路。

　　兼容性：HTML4标准已经十多年了，今天我们还会写下fxckIE6的CSS样式 名。浏览器的兼容性会是最大的问题，尤其是加入n多特性后的HTML5和CSS3。IE，Firefox，Chrome，Safari这些浏览器背后的大 佬们，怎么去协调呢？这有个矛盾，开发差异化的产品，却要提供同质化的功能。JS性能、标签浏览，同步收藏，插件这些提高用户体验的功能，都是这些差异化 的方向。如果再出现类似ActiveX这类IE only的东西，那还不如维持HTML4这种方式不变。

　　开发模式：Flash IDE将无数优秀的艺术家、UI设计师和互动程序设计师团结在一起，最终成就了Flash，这也与Macromedia和Adobe在图形设计和互动设计 群体中的号召力不无关系。HTML5的互动会将JavaScript提高到一个新的高度，这必将需要一个成熟的开发环境。继续DW+Firebug？或者 DW升级为全新的HTML5互动开发IDE，或者微软VS来干这件事，或者是Eclipse？成熟的开发环境才能聚拢人才，才能激发无穷的创造力，带来更 多的内容。丰富的内容自然带来更多用户。

　　部署：这是最重要的一个问题，没有这一步，一切都是零。Flash新版本怎么部署？在90%多 桌面占有率的基础上更新插件就OK。HTML5怎么部署，更新浏览器，这个有点难，看看顽强的IE6。听到有人建议微软在系统 ServerPack里包含IE更新，只能说这想法很好，但是反垄断的大锤一定会把微软砸死。那怎么引导用户去升级浏览器呢？对于互联网“Core User”来说不是问题，目前支持HTML5和CSS3部分特性的Chrome开发版，很多人都在用了。但是那些“Light User”呢，可能连天天看网页用的这个窗口跟浏览器是什么关系都不明白。这需要一个HTML5的杀手级应用去引导，“Light User”几乎不会以技术为导向去升级浏览器的，他们只会以应用需求为导向去升级。比如YouTube不再支持IE6用户，这样喜欢YouTube视频的 用户会去升级IE6再来访问。用户不会是因为IE6的HTML标准兼容差而选择更新IE6，这是必然的。那HTML5的杀手级应用在哪里呢？或者说都有 Youtube这样的影响力和号召力吗？而没有这种号召力的网站，谁会贸然率先支持HTML5来要求用户升级浏览器吗？这些网站之间必定会陷入囚徒困境 中，在重复的囚徒困境中，博弈被反复地进行。最终才会全面进入 HTML5时代。这个过程或者很短，也可能很长。毕竟现存的Web前端还没到不堪的地步，反倒是由于Flash这些插件和jQuery这些JS框架弄的有 声有色。

　　总结

　　HTML5不是用户应用的迫切需求，更多是厂商试图改变软件生态格局的战略需求。
HTML5的兼容性鉴于各大浏览器的以往表现，有待观望，不宜立即迁移应用。
HTML5需要一个成熟完整的开发环境，记事本+浏览器对付不 了。
HTML5功能的暴增，浏览器必须有一个高效的图形引擎和脚本引擎。
HTML5需要杀手级应用来吸引和引导用户升级浏览器， 最终完成HTML5终端的部署。
Flash是一个不断在发展的技术，有很强的灵活性，HTML5不可能完全取代Flash，众多的开发人员也 不会断然抛弃Flash。

　　希望Adobe AIR能有更好发展，使Flash能超越浏览器Web应用，跨越操作系统，有更好发展，更多应用。

文/IT168

HTML5 主要新功能

• 本地音频视频播放
• 动画
• 地理信息
• 硬件加速
• 本地运行（即使在 Internet 连接中断之后）
• 本地存储
• 从桌面拖放文件到浏览器上传
• 语义化标记

• HTML5：实至名归还是言过其实？
• 关 于 HTML5，开发者可以期待什么？
• HTML 5 之后是什么？HTML
• 深入了解 HTML 5
• 让 JavaScript 拯救 HTML5 的离线存储
• Web Forms 2.0 行将被 HTML 5 代替
• HTML 5 正在改变 Web
• HTML 5 令人期待的 5 项功能
• 当 HTML 5 遇见 Google
• HTML 5 会为 Flash 和 Silverlight 送终吗？
• Firefox 访谈：OGG, HTML 5 与 Web 视频的未来
• XHTML 2: 出师未捷身先死, HTML 5:万千宠爱于一身
• HTML5 File API：把文件从桌面拖放到 Web

从IETF到W3C：HTML4之路

HTML1并不曾存在，HTML的第一个官方版本就是由IETF（互联网工程任务组）推出的HTML2.0。问世之前，这个版本中的很多细则已经被 实现，比如，1994年的Mosaic浏览器已经实现了在文档中嵌入图片的方法，后来HTML2.0便吸纳了img这个标签。

后来，W3C取代IETF的角色，成为HTML的标准组织，1990年代的后半页，HTML的版本被频繁修改，直到1999年的HTML4.01， 至此，HTML到达了它的第一个拐点。

XHTML1：XML风格的HTML

HTML在HTML4.01之后的第一个修订版本就是XHTML1.0，其中X代表“eXtensible”，扩展，当然也有人将之解读为 “eXtreme”，极端。XHTML1.0是基于HTML4.01的，并没有引入任何新标签或属性，唯一的区别是语法，HTML对语法比较随便，而 XHTML则要求XML般的严格语法。

使用严格的语法规范并非坏事，要求开发者使用单一的代码风格，比如，HTML4.01允许你使用大写或小写字母标识标记元素和属性，XHTML则只 允许小写字母。XHTML1.0的推出刚好碰上了CSS的崛起，Web开发设计者们开始意识到Web标准问题，基于XHTML的严格语法规范被视为编写 HTML代码的最佳实践。

W3C推出XHTML1.1

如果说XHTML1.0是XML风格的HTML，XHTML1.1则是货真价实的XML。这意味着XHTML1.1无法使用 text/htmlmime-type直接输出，然而，如果Web开发者使用XMLmime-type，则当时的主流浏览器，IE则压根不支持。看上 去，W3C似乎正在与当时的Web脱节。

出力不讨好的XHTML2

对W3C而言，到了HTML4已经是功德圆满，他们的下一步工作是XHTML2，希望将Web带向XML的光明未来。虽然XHTML2听上去和 XHTML1类似，它们却有很多差别，XHTML2不向前兼容，甚至不兼容之前的HTML。它是一种全新的语言，赤条条来去无牵挂。这实在是一场灾难。

WHATWG：与W3C决裂

W3C闭门造车的作风引起了一些人的不满，来自Opera,Apple,以及Mozilla的代表开始表达反对声音。2004年，Opera的 Ian Hickson提议在HTML基础上进行扩展以适应新的Web应用，该提议遭到W3C的拒绝。于是，他们自发组织成立了超文本应用技术工作组，就是 WHATWG。

从WebApps1.0到HTML5

从一开始，WHATWG就和W3C走不同的路线，W3C对问题的讨论是集体投票，而WHATWG则由主笔IanHickson定度。表面上 看，W3C更民主，然而事实上，各种内部纷争会使一些决议限于泥潭，在WHATWG，事情的进展会更容易，不过，主笔的权力并非无限大，他们的委员会可以 对那些过于偏执的主笔进行弹劾。

一开始，WHATWG的主要工作包括两部分，Web Forms 2.0和Web Apps 1.0，它们都是HTML的扩展，后来，他们合并到一起成为现在的HTML5规范。

在WHATWG致力于HTML5的同时，W3C继续他们的XHTML2.0，然而，他们慢慢地陷入困境。

2006年10月，Web之父Tim Berners-Lee发表了一篇博客文章，表示，从HTML走向XML的路是行不通的，几个月后，W3C组建了一个新的HTML工作组，他们非常明智地 选择了WHATWG的成果作为基础。这一转变带来一些困惑，W3C同时进行这两套规范，XHTML2和HTML5（注意，W3C的HTTML5在5之前有 个空格，而WHATWG的HTML5则没有空格），而WHATWG也在进行着同样的工作。

XHTML已死：XHTML语法永存

这一混乱局面到了2009年开始变得清晰，W3C宣布终止XHTML2的工作，这是一份关于XHTML2的迟到的讣告。这一消息被那些XML的反对 者视为珍宝，他们借此嘲笑那些使用XHTML1规范的人，然而他们似乎忘记了，XHTML1和XHTML2是截然不同的东西。于此同时，XHTML1规范 的制定者担心，XHTML1中的严格语法规范会被HTML5弃用，这种担心后来证明是多余的，HTML5既支持松散语法，也支持XHTML1般的严格语 法。

HTML5路线图

HTML5的现状是，它不再象以前那样让人困惑，然而仍不够明朗。有两个组织在同时制定它的规范，这两个组织有着完全不同的行事风格，WHATWG 是先买后尝，W3C是先尝后买，他们形成了一个不太靠谱的联姻，最终人们必将面临一个HTML5还是HTML5的问题。

更让开发者困惑的是，他们什么时候才可以试水HTML5。

在一次访谈中，Ian Hickson提到了2022，表示要到那时HTML5才会形成"推荐标准"，此话一出，立刻招来Web设计者们的愤怒，尽管他们不知道推荐标准时什么意 思，但他们明白，2022已经是猴年马月的事了。

这还不算，更重要的是，这个推荐标准涉及两套规范，考虑到HTML5标准的规模，这个日期还是太乐观了，毕竟，各大浏览器以往对既有标准的兼容并不 遂人意，想当初，IE花了10年才接纳abbr这个标签。

2012年，HTML5会被接纳为候选标准，这将是HTML5真正开始发力的日子。对Web开发设计者来说，这并不重要，重要的是浏览器的支持，就 像CSS2.1，当有浏览器开始支持这一规范的时候，就有开发设计者在使用了，倘若必须等到所有浏览器都支持才开始入手，恐怕我们现在还在等待中。

HTML5也一样，并不会有一个时间点，宣布HTML5已经准备妥当，相反，我们会先开始使用它的部分功能，HTML5并不是一个从零开始全新的东 西，它是旧的HTML标准的改进，事实上，不管你正在使用的HTML是哪个版本，你已经在使用HTML5了。

文/IT168