关于php推送消息的问题

现在的一个项目要求是，所以打开的浏览器客户端要实时更新信息，找了好多资料，从个方面来考虑，还是觉得在html中嵌一个flash来通信，是看这个网页上说的，但是有些不太懂http://www.itkee.com/developer/detail-74d.html对flex不太懂，不知道怎么来弄，特求教求简单例子！
php程序 index.php需要接受客户端的请求后推送消息到所有打开的浏览器<?phpecho $_GET['content'];?>html页面 index.html<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>message</title>
</head>
<body>
</body>
</html>请问，那个网址上的flex文件如何嵌套在html上，是需要弄成flash做成参数么？还是直接代码？请教各位指点！

解决方案 »

  1.   

    http://www.perfgeeks.com/?p=139给你参考一个例子
      

  2.   

    延长ajax请求的时间，有新消息再返回。
    没新消息的时候就等待状态。
      

  3.   

    用jsonp和c来实现的消息推送，js定时刷新也可以，只是新技术更稳定，也减少了请求，请求挂起以后，几个小时都没问题。这是去年web运维大会上学到的，并用到了自己服务器上。
      

  4.   

    这个是我以前写的
    http://hi.baidu.com/see7di/item/761f8adca700a73e49e1dde5不明白的话可以单独问我
      

  5.   

    http://blog.csdn.net/a82168506/article/details/6307461这个是我博客里面写的详细的例子，可供参考。
      

  6.   

    按照 websocket 的说法，他有协议，你必须遵守
      

  7.   


    想问一下你的那个例子，如果一个人在聊天室呆着，那是不是就要一直挂着一个php链接，要是1000个人，没有说话，那php连接数就要至少1000，php连接过多应该不好吧？
      

  8.   

    http协议是双方都要有通知状态~你找个单方的协议用吧~~
      

  9.   

    PHP在这方面确实不是他的强项
    其实可以换另外一个角度来思考,可以利用linux的cron功能定时检索数据库,如果发现新内容就产生一个xml,客户端只复杂访问这个xml看看有没有新内容就好了,这样应该比推送要好得多.
      

  10.   

    ajax定时发送请求不行吗？这个实现应该不算太难吧
      

  11.   

    服务器推送技术。利用http1.1的chunk方式response数据，就如9楼的做法。这种做法的好处是，一旦http握手之后，服务器端就无限向browser端response数据，而不必像ajax请求的那样总是不停的request -> response。确实会一直占用着一个连接。所以聊天室都会限制房间人数。