实时实现一般有ajaxlongpoll/iframe stream/web socket三种。 web套接字有浏览器限制iframe会使页面一直处于加载状态。 (如果没有此限制，iframe stream将比long poll具有优势。 ) ajax long poll由于浏览器之间的特性和实现比较简单，很多实时APP应用程序都选择了long poll，其中也选择了ajax long poll进行实现
在截图之前：
主要工具： flask/gevent/AP计划程序(python ) redis
目前，这个聊天室的功能比较简单，可以实时更新全球在线用户。 当前聊天室的所有在线用户和聊天内容都是通过ajax的长连接实现的。 此连接定义了需要实时的内容，相应的内容在服务器上更新后可以立即推送到每个客户端。
实时最大的挑战是让服务端尽可能容易、灵活地实现。 因为越简单，越不容易出现错误，出现问题也越容易查找； 越灵活，越容易满足不断变化的需求。 以聊天室为例，新用户加入后，必须更新所有客户端的当前成员列表。 成员结束后也需要更新列表。 每个聊天室如有新内容，必须实时推送至所有客户端； 给某个用户发私信，对方也可以实时接收。 如果这些处理不成功，将很容易与当前逻辑结合起来，给未来的调整和错误的发现带来困难。
依托强大的redis，设计了这个简单的实时聊天室。 基本体系结构为以下：
我赶紧完成了初步的代码，但是有很多地方需要优化，有些功能还没有添加(比如私人信件的实时通知)。 在接下来的一段时间里，会逐步改善。 如果有更好的idea， (欢迎交流)
如果在使用中遇到了什么问题，或者有好的建议，请在这里反馈
版本0.2调整了实时策略，放弃了pubsub模式，使用了zset timestamp。 还修复了频繁发送聊天内容时部分信息丢失的错误
添加了管理员角色(当前仅可用于删除聊天室)
调整了添加聊天室的体验(无法完全避免重复名称错误，只能在登录时进行验证)
提高聊天内容的显示速度
可以删除自己创建的聊天室
bugfixes
内含子
一天晚上打球回来，快到十一点才到家。 洗了澡，把电线敲到两点左右就倒下了，天还没亮就被猫吵醒了。 醒来后，我一直在想怎么改善这个聊天室，觉得能在一个页面上实时看到各个聊天室的内容还是很酷的，于是就实现了。
如果未清洁安装PS:则必须运行WM djm/python scripts/clear _ key.py以清除redis cache
变更日志可以自定义昵称
调整了聊天页面的内容和风格
添加了一个home页面，该页面显示所有聊天室，并实时更新每个聊天室的内容
使用coffee-script重写了js部分
bugfixes
屏幕短视频