- 主题:有人研究过 http长连接么？
IE/Firefox/Opera/Safari的实现统统不一样，嗯
IE的实现在本版 的GMAIL CLIENT REVIEW里有，在HTMLFILE这个ActiveX里建IFRAME
Firefox是设置xhq的multipart=true，然后按照multipart的标准推数据
Opera的是一个tag是xxEvent?(忘记具体名字了）的DOM来实现，是HTML5的一部分，这个用着最爽
你那个是Safri的实现
【 在 zms (来福) 的大作中提到: 】
: 就是 http server push的技术，相关的名词：
: comet , jetty/continuous resin/hessian dojo/Bayeux
: 发现一个问题
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*
impossible....
看看设计模式，在高层抽象出一层来，底下做适配。。。
【 在 zms (来福) 的大作中提到: 】
: 客户端无法统一
: 我想服务器 端统一。。。
--
FROM 123.112.13.*
IE的HTMLFILE ACTIVEX用起来也很强大啊。
【 在 zms (来福) 的大作中提到: 】
: 不错
: 刚在试验 firefox的multipart，这个技术不错，不知为啥 ie7都不支持
: ie打算用 xhq的 responseStream 来做
: ...................
--
FROM 123.112.13.*
keep-alive即可。
【 在 zms (来福) 的大作中提到: 】
: 但都说有timeout的问题，是么？
--
FROM 123.112.13.*
你先等HTML5标准批下来，然后再等个一段时间就基本可以了，嗯。
【 在 zms (来福) 的大作中提到: 】
: 果然 opera 的 event-source 用着最爽
: 期待 其它浏览器能尽快支持
--
FROM 123.112.13.*
嗯，safari和ie的实现都最好实时reset.
【 在 sayinger (言者) 的大作中提到: 】
: 这样不好吧，定时reset比较可靠
--
FROM 123.112.13.*
在任务管理器里？把VM Size显示出来没？那个是程序Commit的内存。
【 在 zms (来福) 的大作中提到: 】
: 对，我都做过测试
: 四个浏览器，跑了一个小时
: ie和safari占用内存都涨了10多M
: ...................
--
FROM 123.112.13.*