PHP开发聊天室遇到的几个无法回避的困难
PHP开发聊天室遇到的几个无法回避的困难
1.apache服务器不支持长连接，只有tomcat和jetty,glassfish才支持，因为java有NIO.
在普通的虚拟主机下面，肯定是没办法有这样的环境，因为没有长连接，所以只能用javascript定时器来实现连接，但这样负载能力和响应速度都不是很理响。不要跟我说facebook的在线聊天也是用的php。告诉你，人家肯定不是用apache做服务器，数据存储也不是mysql.普通的虚拟主机，拿什么来拼？
2.php注定无法持久，数据无法保持高效率的实时性。java不一样，java可以有持久层。数据不能持久，就注定消息无法保持实时同步。这样一来，在线实时聊天，就陷入了万劫不复的地步。肯定无法做到实时，就算做到了，mysql也吃不起。想要光凭IO文件流来实现数据同步，也是个很头痛的问题，不得不说，因为php无法持久，所以这个开销非常大。
php主要受制于几个问题：1，php有60秒（可以自设）的最长执行时间限制，2，php有最大可用内存限制.3,常见的php的搭当，mysql读写的开销很大，只能借助缓存。4,文件流IO缓存，大量的并发读写，肯定会比较低效。
基于这些原因，我决定中止php聊天室的开发计划。因为没有应用环境的支持，开发出来 ，大家布署的成本太高。一旦提高了部署的门槛，你还会用吗？
zvchat只能谢幕了。再回来看其它php的聊天室。能做到商业化运营的，也不多。大家都无能为力。有些事，是我们无力去改变的。
也许将来会开发java版的聊天室，不过现在没有时间去开发java版本的了。
的确是响应速度太慢，
万劫不复了啊。