var source=new EventSource("demo_sse.php");
source.onmessage=function(event)
  document.getElementById("result").innerHTML+=event.data + "<br />";
服务端的代码也是如初一折，w3school提供了php和asp的代码：
//php方式
header('Content-Type: text/event-stream');
header('Cache-Control: no-cache');
$time = date('r');
echo "data: The server time is: {$time}\n\n";
flush();
//asp方式
Response.ContentType="text/event-stream"
Response.Expires=-1
Response.Write("data: " & now())
Response.Flush()
把报头 "Content-Type" 设置为 "text/event-stream"
规定不对页面进行缓存
输出发送日期（始终以 "data: " 开头）
向网页刷新输出数据
也许大家应该注意到，php和asp的案例有一点不一样，就是php推送的信息一个使用了"\n\n"作为结束标志，而asp却没有。而本人实践则是用asp.net+mvc，经过测试，如果不以"\n\n"作为结束标志，那么客户端将不能接收到推送的值。还有需要特别声明一下：推送的信息格式必须为”data:内容\n\n“，否则。。。
public void Subscribe()
            HttpContext.Response.ContentType = "text/event-stream";
            HttpContext.Response.CacheControl = "no-cache";
            HttpContext.Response.Write("data:" + DateTime.Now.ToString()+ "\n\n");
            HttpContext.Response.Flush();
至此，客户端应该可以收到服务端推送的值。而如此简单的结构真的可以完成我们需要的功能设计吗？ 

此例我们只是推送了一个当前时间，而我们实际要推送的值是不断变化的，不然也就没有推送的必要了。
于是我想到了将订阅的请求保存起来，当需要推送的时候，在对每个请求进行循环推送，于是有了下面的代码：
public class PublishService
        private static IDictionary<string, HttpResponseBase> contexts = new Dictionary<string, HttpResponseBase>();
        public static void AddHttpContext(HttpContextBase context)
            var token = context.GetToken(”CookieName“);
            if (!contexts.Keys.Contains(token))
                contexts.Add(token, context.Response);
        private static void Publish()
            foreach (var context in contexts.Values)
                context.ContentType = "text/event-stream";
                context.CacheControl = "no-cache";
                msg = GetData(context.GetToken("CookieName"));
                context.Write("data:" + msg + "\n\n");
                context.Flush();
        public void Subscribe()
            PublishService.AddHttpContext(HttpContext);
            PublishService.Publish();
可是在进行测试的时候Chrome告诉我： EventSource's response has a MIME type ("text/plain") that is not "text/event-stream". Aborting the connection.
而FF告诉我： Firefox 无法建立到 http://localhost:8000/Location/Notification/Subscribe 服务器的连接。
经过调试发现，在每次flush的时候发生异常：Server cannot flush a completed response.这究竟是为啥呢？不论是google，还是baidu，我都没能找到合适的答案，所以此案至今未结，如哪位知道请细说一二。
于是乎，我放弃了这种方式，转而就推送一个时间看看是什么效果。结果发现Chrome每隔3秒向客户端推送一次，而FF是每5秒推送一次。有了这样一个发现，那么服务端的设计就应该是另一个样子：
public void Subscribe()
            var data = GetData();
            HttpContext.Response.ContentType = "text/event-stream";
            HttpContext.Response.CacheControl = "no-cache";
            HttpContext.Response.Write("data:" + data + "\n\n");
            HttpContext.Response.Flush();
服务端只需要提供一个服务GetData()，这个服务用来获取我们需要推送的信息，而根据 Server-Sent Events规范推荐如果没有其他的数据要发送，那么定期的发送keep-alive注释。 其他的事情就不用我们操心了。
这只是一个简单的使用，因为本人在使用EventSource的时候走了一些弯路，所以写出来，希望能对大家有些帮助。
求教：EventSource.onopen和EventSource.onerror每次都会触发这两个事件，而且每次得到的结果都一样，为何？
分类: ASP.NET,Html5
本文转自左正博客园博客，原文链接：http://www.cnblogs.com/soundcode/p/4218187.html，如需转载请自行联系原作者
                        HTML5实践 -- 使用css3创建动态3d立方体
                    
　　在今天的课程中，我将向大家介绍如何使用css3创建3d的立方体。大家可以通过下面的链接浏览实际效果，操作上下左右键，实现立方体的翻转效果。
　　demo地址：http://www.paulrhayes.com/experiments/cube-3d/
　　demo下载地址：animated-css3-cube.zip
　　下面我们开始介绍如何制作。
                                bill.kang
                        HTML5实践 -- iPhone Safari Viewport Scaling Bug
                    
　　转载请注明原创地址：http://www.cnblogs.com/softlover/archive/2012/11/25/2787555.html
　　从事过iphone响应式设计的人，一定清楚iphone safari浏览器viewport 缩放的bug。
                                bill.kang
                        HTML5实践 -- 三步实现响应式设计
                    
　　转载请注明原创地址：http://www.cnblogs.com/softlover/archive/2012/11/25/2787559.html
　　响应式web设计现在已经不是一个难事了，如果你还不熟悉他，可以参看我的文章《HTML5实践 -- 流式响应式设计》。
                                bill.kang
                        HTML5实践 -- 使用CSS 实现弹性视频
                    
　　转载请注明原文地址：http://www.cnblogs.com/softlover/archive/2012/11/25/2787558.html
　　当我编码Elemin Theme（我最近设计的一个响应式的站点）的时候，我遇到的一个跳帧就是，如何能让嵌入式的视频在尺寸变化上变得更加灵活。
                                bill.kang