xmpp与websocket构建实时通行比较,针对不同优缺点,分别列出如下:
1、选择用http,这种实现方式是通过轮询来实现的,或者算是心跳包,不过也会影响一定的效果,不是完全实时。
2、XMPP比较灵活,基于XML的东东,最主要是他可以实现实时聊天。
3、Websocket是一个持久化的协议,WebSocket不是HTTP协议,HTTP只负责建立WebSocket连接。实现了服务端与客户端双向数据交互,也可以说是http协议一个补丁包。
问题内容: 我将要开发一个具有近实时聊天功能的网站。我知道可以使用xmpp或websocket协议来实现。我也知道xmpp协议是在1999年开发的,我想它应该已经很成熟了。另一方面,websocket协议是在2011年开发的。 如果xmpp能够很好地处理实时对话,那么对websocket的需求是什么? 两种协议之间的主要区别是什么? 我什么时候应该选择其中一个呢? 问题答案: 简短的答案是“两者”
xmpp-over-websocket 的目标是提供一个实时信息基于 xmpp 和 websocket pull 或者 poll 的解决方案。 Getting Started Clone git 库的子模块,运行通讯脚本,然后每个子模块会生成一个发布包。 步骤:1) 部署发布包; 2) 开始 ws-xmpp-master; 2) 打开 Openfire 服务器;3) 打开 ws-xmpp-robo
如果有人解释一下这两种协议的不同之处,那将是非常有帮助的? 谢谢你。
我想测量和比较长轮询和WebSocket之间的服务器性能。我用ratchet(PHP websockets)构建了一个简单的PHP应用程序,它只在控制台中输出数据(指南:http://socketo.me/docs/hello-world)。长轮询应用程序也是PHP,只生成随机数并将其记录在控制台中(本文:如何实现基本的“长轮询”?)。 有没有办法在不使用数据库的情况下对这些应用程序进行公平的比较
在maven项目上运行maven构建有什么区别 在eclipse(mvn install eclipse:eclipse)中,第二个选项似乎更快,但我不知道为什么。
Web主要围绕HTTP的请求/响应范例构建。客户端加载网页,然后在用户点击下一页之前没有任何操作。大约在2005年,AJAX开始让网络感觉更有活力。仍然,所有HTTP通信都由客户端引导,这需要用户交互或定期轮询以从服务器加载新数据。 使服务器能够在知道新数据可用的瞬间将数据发送到客户端的技术已存在很长时间了。它们的名称如“Push”或“Comet”。 将套接字引入Web Websocket规范定义
问题内容: 新的Go程序员经常不了解或困惑基本的Go构建命令的功能。 和命令的确切构建方式是什么,它们将结果/输出放在何处? 问题答案: 该命令的作用取决于我们是针对“常规”软件包还是针对特殊软件包运行它。 对于包装 构建您的软件包,然后 丢弃结果 。 构建然后 将 包 安装 在您的目录中。 对于命令(包) 生成命令并将结果保留在 当前工作目录中 。 在一个临时目录中构建命令,然后将其移至。 传递
问题内容: 我有一个Chrome容器(使用此Dockerfile部署),可应要求从App容器渲染页面。 基本流程是: 应用程序向Chrome发送了一个http请求,并作为响应接收了要使用的websocket网址(例如) 然后,应用程序使用该websocket网址与Chrome进一步通信,并接收呈现的页面。我正在使用puppeteer库通过以下方式连接到Chrome实例并与之通信: 对于单个Chro