5

我目前正在开发一个 PHP 应用程序，它将使用 websockets 进行客户端-服务器通信。我多次听说 PHP 不应该用于服务器应用程序，因为缺少线程机制、内存管理（循环引用）或不方便的套接字库。

到目前为止，一切都运行良好。我使用 phpws 作为 websocket 库和 Doctrine DBAL 来访问不同的数据库系统；PHP 是 5.3.8 版本。服务器最多应为 30 个客户端提供服务。然而，尤其是在最后几天，我读了几篇文章，说明 PHP 对于长时间运行的应用程序无效。

现在我不知道我是否应该继续使用带有 PHP 的 websockets 或重建整个服务器端应用程序。我用 Socket.IO 尝试过 Python，但没有得到预期的结果。

我想我有以下选择：

  • 保持一切原样。
  • 让应用程序结合 Socket.IO 使用 Ajax - 例如，运行一个服务器端脚本，当数据提交到服务器时调用客户端的 ajax 调用。

最后一点听起来很有趣，尽管它需要一些工作.. 服务器一次执行所有客户端请求会不会是个问题？

你会推荐什么？PHP的内存管理问题（每次客户端向服务器发送数据时我都使用gc_collect）仍然有效吗？除了不使用 PHP 作为服务器的明显原因（没有线程，...）之外，还有其他原因吗？

4

2 回答 2

4

您可以尝试在服务器上另一个端口上的节点服务器上运行您的 socket.io（也就是说，如果您没有使用像 goDaddy 这样的托管计划）。

我正在使用它，性能非常令人满意。我在端口 80 上有一个 apache 服务器，为我的 php 文件提供服务，我的服务器-客户端通信是使用在端口 8080（开发）或 843（产品）上运行 socket.io 的 Node.js 服务器完成的。

Node.js 真的很轻，性能也很好，但是你需要把它作为一个服务器来运行。Nodejitsu.com是一个托管解决方案，它具有可用的 websocket 协议并且处于测试阶段，所以它现在仍然是免费的。请注意，您需要使用 socket.io 监听端口 80，这是他们网络的限制。

如果您希望所有页面都可以在端口 80 上访问，那么您将需要像varnish这样的反向代理。

我希望这会有所帮助！祝你今天过得愉快。

于 2012-08-17T17:23:49.093 回答
0

除了不使用 PHP 作为服务器的明显原因（没有线程，...）之外，还有其他原因吗？

是的，许多套接字函数彼此不兼容，调试起来很麻烦。

我自己尝试了类似的东西，然后沮丧地放弃了我认为有意义的每个功能都没有达到我的预期

于 2012-08-17T13:46:02.090 回答