socket.io + php + 这是目前现实的解决方案


socket.io + php + is this a realistic solution at this point in time

我一直在阅读有关websockets和 socket.io 的信息。

我知道不支持 websockets,但尚未实际使用足够的浏览器。

socket.io 具有浏览器支持,但似乎需要node.js。使用我的托管解决方案,我在共享服务器上有一些空间,对服务器的控制非常有限,并且可以访问 php,但没有节点.js。

我读到人们可以让 socket.io 使用PHP。

问题:看到我的服务器访问权限非常有限,无法控制端口、命令行等,我是否可以 socket.io 使用 PHP 还是应该坚持使用 AJAX 调用(我目前正在使用)?

注意:我开发了一个聊天解决方案,如果它与套接字解决方案一起运行,它似乎会更轻量级。

另外 - Sockets.io 有良好的安全性吗?

感谢

试图让PHP与 socket.io 交谈,我怀疑这将是一项艰巨的任务。

当然,通过预分叉或线程 apache 运行 websocket 不是一个好主意。如果可以处理PHP进程的数量,则任何基于事件的服务器都应该是可以的。更好的方法是用 php 编写一个基于事件的服务器。像这个

我研究了一些WebSocket服务器实现。 我读到,有一种方法可以在生产中使用 Node.js。 使用Apache多年,我还在Apache中搜索了一个处理WebSocket的模块,但只找到了半心半意的东西。 没有什么看起来很坚固的东西。

我偶然发现了 Yaws,这是一个用 Erlang 编写的具有 WebSocket 功能的服务器,它的优点是为高度并行的应用程序(如聊天事物)提供正确的语言,还因为 WebSocket 应该很好地集成到主服务器中。

现在,我正在开发一个PHP聊天服务器,它使用一个名为Ratchet的框架。 ->谷歌的"Ratchet PHP"。 他们得到了一个很好的教程。

我通过命令行启动它,尽管对您来说也应该可以通过浏览器调用启动 Ratchet 服务器,但我不建议这样做。

因此,在您受约束的托管环境中,我会坚持使用Ajax。