NGiNX_HTTP_Push_Module实现push server

基于Nginx开发的第三方module,可以实现comnet的server.....功能很到位啊....


http://pushmodule.slact.net
安装 配置很简单，我还没有仔细研究,只是体会了基本功能，官方文档中有example，有详细的ruby示例操作。在官方指定的介绍中配置很容易，有几个参数我觉得很不错。
push_authorized_channels_only  [ on | off ] client验证,设置为On后则server必须先被publisher设置了push信息和id号,client才能获取到,否则会返回403,这个功能可以避免由于push id号设置不安全,被恶意用户把暴力猜测id号获得内容

push_subscriber  [ long-poll | interval-poll ] 设置client是长连还是短连。如果是long-poll则和普通的comnet pull方式一样,client发起请求后直到server返回信息或超时才停止;interval-poll则是如果server没有相关信息马上返回 304停止client请求，这个参数可以让应用更灵活。

push_subscriber_concurrency  [ last | first | broadcast ] 设置消息的发送方式,last表示同一个消息id号内容只发给最新链接上server的连接,first是最早连接的client获得内容,broadcast表示所有人连接获取这个id号的client都可以得到内容。

我们现在的一些app游戏和互动应用都会有不少请求需要异步或需要等待一个时间才能获得内容，比如我们有个游戏,点建筑物升级后,需要等规定时间才可以反馈结果,现在的做法是,每次用户点击建筑物都从后台数据库取得建筑物升级的时间和当前时间算差,如果没到规定的时间周期,则表示没有升级完成,同时游戏中的建筑物升级状态栏,也是根据这个时间每次估算的.....等于每次都要反复连接数据库操作(话说我们这操作模型也真够土的...),使用 NGiNX_HTTP_Push_Module走 comnet模型，会大大减少数据库的连接,完全可以异步解决,用户点建筑物升级后,向服务器发起请求,服务器向后台处理队列增加这个升级事件,队列完成定时检测升级完成情况并向server反馈升级进度,client通过连接显示升级进度条,和反馈升级成功信息。
这个module是对php做comnet的一大补充啊,要是web程序是php的话,client发起连接,php只能自己进行阻塞并等待任务处理完返回信息,要是遇到超过HTTP会话的内容,虽然client可以继续重练,但是php本身没法保证会话的一致,虽然可以用些奇技淫巧,但毕竟不靠谱啊。像 java这类可以在server端自己派生线程的语言,就会比PHP容易多了。