九十年代中期，WWW以迅猛之势转眼跻身传播信息的主要渠道之一。浏览器的身影开始无处不在，用户也随之开始适应这种信息传播方式。显然，WWW提供的应用平台能够赢得历史上任何一个平台都无法比及的用户量。但当时很难实现这样的目标是因为一些标准（HTML、HTTP等）都不很完善，这些标准设计的时候都没有考虑到高度交互和富客户体验。最初的一些富在线应用基本上都是由Microsoft Exchange开发组实现的。96年以来，他们曾采用IFrame为邮件服务器系统提供Outlook类型的前端应用。这些早期尝试在响应能力和整体的用户体验方面都非常落后，但从这些应用身上却可以清楚地看到即将兴起的网络应用。1998年，团队开始为MS Exchange Server 2000编写web前端，他们开发了XMLHTTP，这个控件实现了单个web页面与服务器间的异步交互。可以看到，XMLHTTP实际上根本没有立即和 XML捆绑起来。XMLHTTP这个名字是Alex Hopmann提出的，他是后来加入开发团队的，据说名字采用这个前缀的唯一的原因是IE5当时正在准备第二个beta版本，而这个控件必须作为这个版本的MSXML库的一部分发布，这才冠上了XML。
Mozilla基金会在2002年开发他们的浏览器的一个版本时，也以XMLHttpRequest的形式实现这一新技术，这个浏览器就是后来的 Firefox。尽管当时有一些商家也曾尝试运用这些新API，但他们采用的的这种远程脚本程序的模式一直没有引起公众的注意，直到Google开始部署基于JavaScript和XHR的一系列新型服务。当时的第一个服务是2005年2月8日Google Blog上发布的Google Maps。之后不久，XHR就一跃成为业界最炙手可热的话题。直到那时，也还没人预料到XHR给Web应用开发带来的革命性的推动，但它的成功开始让我们转变之前对WWW的一些看法。
在Kaazing Gateway发布之际，InfoQ采访了Richard Smith，谈到关于AJAX, Comet以及蒸蒸日上的HTML 5 Web Sockets等技术的发展情况：
Ajax为HTTP通信模型提供了很好的解决方案，它在客户端异步轮询服务器端事件。服务器事件依次排列在待处理队列中，根据轮询时间隙依次传送到浏览器，这样模拟服务器发起的通信，在轮询时间隙间进行实时消息传递。因此，仅仅依靠Ajax,我们永远都不可能实现真正的实时通信。
Comet引入的优化针对的是HTTP通信初始之时，它在HTTP基础上采用“push”通信风格。Comet提供的几项技术能够在没有客户端发送请求的前提下让服务器主动将信息发送到浏览器。如果再增加一个额外的HTTP连接的话，
工作很多年了,可是基本上没有直接写过HTML页面.最多就是维护修改过一下别人写了.
最近在做一个项目的基本设计的时候,要提案给客户的画面样例.因此开始自己写假的HTML画面.为了节省时间,其他人都只写画面的主要内容部分.而画面的头部,底部以及主菜单,子菜单都用frame来体现.
......
HTML中Select不用Disabled实现ReadOnly的另类实现.
<select onbeforeactivate="return false" onfocus="this.blur()" onmouseover="this.setCapture()" onmouseout="this.releaseCapture()">
<option>1</option>
</select> ......
我用ActiveXObject("Microsoft.xmldom")来装载xml文档时，竟然老是提示装载失败，后来上网搜索了下，说是不能直接包含这5个符号（'><&"），必须选用&xx;方式来转义，可我找遍XML也没发现这些。
后来我独行排除，才发现有一个元素的属性值为有“|”，去除后就正常了。我真是觉得奇怪，网上也没有说 ......
首先在应用程序的WEB.CONFIG修改如下节点。
<httpHandlers>
<add verb="*" path="*.html" type="System.Web.UI.PageHandlerFactory"/>
</httpHandlers>
<assemblies>
<buildProviders>
<add ext ......
