php聊天室基于服务器推和客户端拉的优缺点是什么？

Question

想用自己的电脑做服务器做一个php聊天室，不知道推和拉哪个比较适合？哪个会比较耗服务器资源？服务器聊天工具PHP

Answer 1

虽然php还不是很好实现websockect，但是基于这个技术的其它语言有实现。
可能对你问题帮助不大，但是我觉得这个技术值得看一看~
https://www.ibm.com/developerworks/cn/web/1112_huangxa_websocket/

Answer 2

不会太长啊，是保持连接1分钟，这1分钟内有新数据的话即时返回的那你是不间断的拉了
这样的话还不如服务器推，一次性到位
毕竟支持 websock 的浏览器在近两年就会普及开来

Answer 3

不会太长啊，是保持连接1分钟，这1分钟内有新数据的话即时返回的那你是不间断的拉了
这样的话还不如服务器推，一次性到位
毕竟支持 websock 的浏览器在近两年就会普及开来一分钟GET一次……
除了GET还有别的好方法么，Nginx也支持WebSocket了，用php去搞的话不知坛里有没有朋友实验过。

Answer 4

不会太长啊，是保持连接1分钟，这1分钟内有新数据的话即时返回的那你是不间断的拉了
这样的话还不如服务器推，一次性到位
毕竟支持 websock 的浏览器在近两年就会普及开来一分钟GET一次……
除了GET还有别的好方法么，Nginx也支持WebSocket了，用php去搞的话不知坛里有没有朋友实验过。用c++最终来实现的飘过

Answer 5

不会太长啊，是保持连接1分钟，这1分钟内有新数据的话即时返回的那你是不间断的拉了
这样的话还不如服务器推，一次性到位
毕竟支持 websock 的浏览器在近两年就会普及开来
我想向下兼容

Answer 6

我指的是不想用websocket，不过看了回复大概也知道比较麻烦了

Answer 7

主要是自己和对方按提交的那个时间间隔，
总不能明明别人先说话，结果我自己晚说的话先显示出来了
保存消息的那个表只要不更新和删除就不会出现这种问题吧？就算会更新和删除，加上提交时间不就行了。
其实根据当前连接的用户数动态地调整推的频率也可以把？用户少的时候推的频率就高一些。还有不知道把消息弄成静态的页面效率会不会高一些，服务器推的时候只把这个包含消息的静态页面的地址推到客户端，这样应该会减少一些执行php文件的资源消耗。我假设动态网页的资源消耗比静态网页大了，不过看起来没什么错误。不过这个方法还是受服务器的带宽限制。如果想解除带宽限制的话，可以找个免费的CDN。不过聊天室这么高的更新频率不知道CDN能不能跟上。

Answer 8

主要是自己和对方按提交的那个时间间隔，
总不能明明别人先说话，结果我自己晚说的话先显示出来了
保存消息的那个表只要不更新和删除就不会出现这种问题吧？就算会更新和删除，加上提交时间不就行了。
其实根据当前连接的用户数动态地调整推的频率也可以把？用户少的时候推的频率就高一些。还有不知道把消息弄成静态的页面效率会不会高一些，服务器推的时候只把这个包含消息的静态页面的地址推到客户端，这样应该会减少一些执行php文件的资源消耗。我假设动态网页的资源消耗比静态网页大了，不过看起来没什么错误。不过这个方法还是受服务器的带宽限制。如果想解除带宽限制的话，可以找个免费的CDN。不过聊天室这么高的更新频率不知道CDN能不能跟上。
链接的长度可能比消息的内容还长，还是发送id把，客户端通过这个id生成链接。