首页  >  文章  >  后端开发  >  用thinkphp 开发万人在线的聊天室性能跟得上么?仍是用原生的

用thinkphp 开发万人在线的聊天室性能跟得上么?仍是用原生的

WBOY
WBOY原创
2016-06-13 12:15:271117浏览

用thinkphp 开发万人在线的聊天室性能跟得上么?还是用原生的?
用thinkphp 开发万人在线的聊天室性能跟得上么?还是用原生的比较好?有做过的人来说说么?
------解决思路----------------------
这个跟所用框架没太大关系,主要看你的架构
------解决思路----------------------
单台主机无法实现,使用socket,浏览器有兼容问题,除非用flash。
------解决思路----------------------
 单从运行效率上来说 框架的对象写法,不如过程来的爽快,不考虑别的····用什么框架来说不重要···还是要看你的程序冗余......
------解决思路----------------------
如有条件聊天室建议用node.js来做。
优点:
1. 高并发
2. 适合I/O密集型应用
------解决思路----------------------
看下workerman-chat
1、高并发
2、高性能
3、纯php,太纯了,连apache nginx php-fpm都不用
4、使用websocket,兼容各种浏览器(只要浏览器支持html5或者flash就任意一个就行)
------解决思路----------------------
我建議你看一下go lang
效能號稱可以和c語言媲美
------解决思路----------------------
我之前看一了一篇文章  说thinkphp 相对于纯php,只 损耗20%或少于20%。那么你想一下,淘宝  百度 新浪等前台的都用的是php.万人的应该肯定可以。

  余下的就是你服务器的处理能力  ,而万人聊天,这种聊天对磁盘读写能力有天生的须求。因为要不断地进行读写,速度一定要快。还有就是看你怎么架构了,数据库什么的了、
------解决思路----------------------
thinkphp 2.0是最经典的,3.2函数越来越多,越来越臃肿了
------解决思路----------------------
聊天室万人以上,,,,,,,,,
不可想象,这根PHP已经没有多大关系了吧。

高并发的时候,不是PHP就单独可以解决的。


------解决思路----------------------
php只是后台的control层,
真要大规模的话,service处理核心还是得靠C++
------解决思路----------------------
看到 楼主 发这样的帖子 然后 再看看 他的发的这个帖子 http://bbs.csdn.net/topics/390839161 真的 发现 智商很重要。
------解决思路----------------------

引用:
看到 楼主 发这样的帖子 然后 再看看 他的发的这个帖子 http://bbs.csdn.net/topics/390839161 真的 发现 智商很重要。


我也看了,像楼主这种大牛,还需要别人的意见吗?
------解决思路----------------------
卤煮不是开发十年以上的经验么!不一定要用PHP来实现呀
声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn