需求大概是这样的:每个页面打开的时候,会给登录用户推送数据,比如实时消息、实时系统通知、以及用户可以打开右下角的js聊天窗口和好友聊天页面上,也就是客户端上,我准备用html5的websocket + flash socket来做服务器端,用java socket或者nodejs
1. java socket,用nio模式,数据库连接池等
2. nodejs js经常写,但nodejs还没用过我用的最多的还是php,java有一定了解
偏向于用java做
写出java的服务端没什么问题,但是不知道性能会如何,是否能支持大流量并发访问
同时我也是个java新手,虽然10年前就写过java代码,但我一直是在搞B/S,S还是用的php较多nodejs方面,担心性能顶不住大流量,同时也因为对它还一无所知,不知道是否能满足我们需求求同学们意见socket服务器nodejsjava
1. java socket,用nio模式,数据库连接池等
2. nodejs js经常写,但nodejs还没用过我用的最多的还是php,java有一定了解
偏向于用java做
写出java的服务端没什么问题,但是不知道性能会如何,是否能支持大流量并发访问
同时我也是个java新手,虽然10年前就写过java代码,但我一直是在搞B/S,S还是用的php较多nodejs方面,担心性能顶不住大流量,同时也因为对它还一无所知,不知道是否能满足我们需求求同学们意见socket服务器nodejsjava
给我的时间,估计就1个星期,基本功能开发,当然,不包括后续调试优化debug等所以时间紧张
php不适合做socket server非要用php做的话,就成了长轮询、长连接类的了,性能不好
php不适合做socket server非要用php做的话,就成了长轮询、长连接类的了,性能不好你用socket server就不是Web Server的推技术了。建议你先看原理,而且不用轮询,基本属于长连接那种。PHP这方面确实一般,可以考虑Go语言什么的。
php不适合做socket server非要用php做的话,就成了长轮询、长连接类的了,性能不好你用socket server就不是Web Server的推技术了。建议你先看原理,而且不用轮询,基本属于长连接那种。PHP这方面确实一般,可以考虑Go语言什么的。socket是不是推技术,这个不重要我们已经决定不用轮询、长连接了
前段flash 后端java?
1. 半小时在线1万人,其中登录用户2-3千
只对登录用户推拉数据
2. 肯定不会是1秒一条,主要是好友间发送的消息,好友在网站上做的操作的消息,以及在聊天窗口的聊天内容了
在每次刷新页面,创建socket连接后,需要读取一次初始历史数据,然后,如果有人加我为好友,系统会给我发消息,这需要在我的页面顶部实时的显示新消息数,类似这样的消息
关于聊天,在每个页面上,右下角都可以打开聊天窗口,和站内好友聊天。之前做的ajax10秒请求一次的demo给boss看没通过,boss接受不了10秒的时间,时间间隔设置短点的话,总归没socket好,而且ajax做的给服务器压力太大
浏览器端,先判断是否支持websocket,如果不支持,再判断是否装有flash,如果还不支持放弃现在的问题是在服务器端,没决定是用java socket做还是用node.js做
是另外搭建新的聊天服务器,还是在现有系统上进行扩展?重要考虑和现有系统的融合吧。
聊天是新的,以前没有消息通知这块属于附带功能,因为既然已经和每个用户都建立socket了,为什么不用呢
客户端只在与其他客户端建立链接,需要借用一下服务器打通NAT,之后完全点对点。
服务器端是完全没压力的。目前Chrome Firefox 支持,
W3C草案已经有了,以后支持者应该会越来越多。
用IE的都去死吧
客户端只在与其他客户端建立链接,需要借用一下服务器打通NAT,之后完全点对点。
服务器端是完全没压力的。目前Chrome Firefox 支持,
W3C草案已经有了,以后支持者应该会越来越多。
用IE的都去死吧
这个不行了,还得记录聊天的历史记录呢
node.js方面,我正在看网易的那个pomelo,看好不好用,合适不java socket的话,你有框架推荐吗?到目前为止,我还没用过任何一个java框架
Apache Mina 是比较不错的NIO框架。
这样的周期设置短了,对服务器压力大,设置长了,实时性又不好
Apache Mina 是比较不错的NIO框架。最后我们还是决定用node.js
起码我们公司的几个人都可以用js来写代码,不像java只有我一个人能写下
再就是网易的pomelo这个游戏框架,和我们的需求十分接近,我们准备学习研究后,没什么大问题的话,就在此基础上开发了谢谢大神,回答了我这么多疑惑这里是怎么给分的?怎么没发现地方?
客户端只在与其他客户端建立链接,需要借用一下服务器打通NAT,之后完全点对点。
服务器端是完全没压力的。目前Chrome Firefox 支持,
W3C草案已经有了,以后支持者应该会越来越多。
用IE的都去死吧
这个不行了,还得记录聊天的历史记录呢记录简单啊,在客户端的js里面加句话,
用户每发一条消息在消息发往其聊天对象的同时,发一份到你的历史记录服务器。
服务器端只管记录就好咯。不需要考虑任何转发,轮询,推送技术。但是,你为啥要偷看伦家的隐私啊?
客户端只在与其他客户端建立链接,需要借用一下服务器打通NAT,之后完全点对点。
服务器端是完全没压力的。目前Chrome Firefox 支持,
W3C草案已经有了,以后支持者应该会越来越多。
用IE的都去死吧
这个不行了,还得记录聊天的历史记录呢记录简单啊,在客户端的js里面加句话,
用户每发一条消息在消息发往其聊天对象的同时,发一份到你的历史记录服务器。
服务器端只管记录就好咯。不需要考虑任何转发,轮询,推送技术。但是,你为啥要偷看伦家的隐私啊?就是网站的站内消息和聊天的结合,怎么能不记录呢
ie不支持,死翘翘