Openfire安装和使用都非常简单,后在后台将不自动重连

摘要谷歌近日宣布,刚刚发布不到两年的 Google Allo
宣布将暂停开发,团队资源会转入到另一个项目中。引言网上曾流传过一份
Google 的数字坟墓,列举了那些已经停止运营的 Google
产品,里面不乏一些曾经备受瞩目的项目:Google Reader、Project Tango
等。不过要说 Google「抛弃」最多的,还是要数通讯软件。从最早的 Google
Talk 到最新的 Google Allo,Google
在即时通讯上做了无数尝试,但始终都未能形成一个统一形态,与苹果
iMessage、Facebook Messenger、WhatsApp 抗衡。最近,刚刚发布不到两年的
Google Allo 宣布将暂停开发,团队资源会转入到另一个项目中,不过这次
Google 没有再推出一个新的聊天软件,而是把新功能并入到默认的 Android
Messages
应用中,目的是用新的「Chat」服务来代替手机默认的短信。让短信像微信一样好用简单得说
Chat
并不单指一款应用,而是在传统短信系统上升级的另一种服务标准,你可以将它理解为一种解决方案,让
Android 手机的默认短信像微信、WhatsApp
这些社交软件一样好用。传统的短信是基于 SMS
服务,还没智能手机概念的时候,短信才是那个我们每天无法离开,在它身上花费无数时间、精力和金钱的应用,2005
年仅中国移动用户就发送了超过 3000 亿则短信。在微信、QQ
这类即时通讯软件出现后,丰富的多媒体信息自然是要更吸引人,而且资费更便宜,短信逐渐成为可有可无的东西。大多数人现在唯一用得到短信的地方就是接收验证码,也因为
SMS
标准的安全性问题,人们的收件箱基本被垃圾短信淹没。即使短信已经过时、有更好的替代品,但一直没有退出历史舞台,原因很简单,SMS
标准几乎支持市面上所有手机,不管低档还是高端、 Android 还是
iOS、智能机还是功能机,它不需要打开就能随时接收数据。也就是说在任何情况下,你都可以用短信和他人流畅交流,在一些特殊的场景这至关重要。短信无法被完全替代,但它毫无疑问是需要升级的。这件事为何是由
Google 来牵头呢?说得现实一点,这是 Google
在即时通讯上的一次「赌博」,也是现实状况下仅有的选择之一。屡战屡败的
Google 即时通讯应用Google
的通讯软件实在太多、太乱了,我们试着盘点一下它在这一领域曾经做过的尝试:2005
年 8 月,Google Talk 发布。2013 年 5 月,Google 环聊发布,取代 Google
Talk。2016 年 1 月,GoogleMessenger 发布。2016 年 5 月,Google
推出聊天应用 Allo,以及视频聊天应用 Duo。2017 年 2 月,Google Messenger
更名为 Android Messages,成为 Android 默认的短信应用。2017 年 3
月,Google 环聊向企业用途转型。2018 年 4 月,Google Allo
暂停开发,团队转而研究短信新标准 Chat。目前 Google
重点关注四个通讯产品:环聊、Allo、Duo 和 Android
Messages。环聊正在向企业用途转型;Allo
体验不错,但短时间内难以获得大量用户;Duo
主打视频聊天,也是单打独斗;Android Messages 拥有 Android
系统的预装优势,最有可能成功。苹果的 iMessage 就是这样做的,内置在
iPhone 中可以轻易获得大量用户。WhatsApp
是与电话号码绑定,而不需要支付电话费用。Facebook Messenge 则是直接利用了
Facebook 强大的社交关系链。大家都有各自稳定的增长渠道,可惜的是 Google
却没有。虽然 Android
已经是全球第一大系统,但它是开源的,不可控的,连三星都在推出自己的默认短信应用「挖墙脚」。我们之前体验过Google
Allo,它功能强大,还加入了很多 Google 在人工智能上的应用。不过 Google
Allo 却未能获取大量用户,目前仅有 5000 万用户,相比之下
WhatsApp、Facebook Messenger、中国的微信都已经是十亿级的应用。Android
系统绝对是 Google 最强大的底牌,但也许正因为这样,Google
才愈发谨慎地使用这张王牌。像 iMessage
一样强推预装不是不可以,但这可能会带来运营商的抗议,他们不会喜欢在
Android 手机上有这么一个可以取代短信的服务。因为据估计,目前每年还有 8
万亿条基于 SMS
的短信发出,这是一个巨大的、不可放弃的市场。综合各种因素,Google 选择用
Chat 来升级现有的 SMS 短信系统,也就成了一个合理而必然的选择。Android
是个开放的系统,SMS 短信系统需要升级,这也符合运营商的利益。那么新的
Chat 具体会有什么不同呢?Chat 成功的可能性有多大?前面说过了,Chat
区别于传统的 SMS 标准,它基于 RCS,也就是融合信息解决方案。Chat 会取代
SMS,成为短信的新标准,在默认的 Android Messages 中自动启用。用户在使用
Chat
时,他们将可以获得和聊天软件类似的体验,比如发图、发视频、文件传输、位置共享,还有群组等功能。如果收件人没有启用
Chat 或者不是 Android 手机,内容将转为普通短信,这和 iMessage
的做法相同。不过需要注意的是,Chat 并不能算作是 Google
的服务,它是基于运营商的。这个通用的 RCS
标准需要三方合作:操作系统提供商、设备制造商、运营商。Google
只是推动者之一,支持这项标准的还有微软,以及 11 家 OEM 制造商、55
家运营商。GSMA 估计,到 2021 年这将是一个 740 亿美元的市场。在 Google
负责这项工作的是 Sabharwal,他是 Google Photos 团队的负责人。Sabharwal
提到,Chat 并不是一个短时间内见成果的项目,Google
的目标是在未来几年内,为 Android
用户提供这种高质量的信息。尽管考虑了种种因素,但 Chat
的推行还是存在一些阻碍,因为它还是基于运营商,所以无法做到端对端的加密,不能保障安全性。由于
Google 对 Android
的把控还不够强,说服运营商、设备制造商存在一定的阻碍,「百花齐放」的中国安卓生态就是个例子。其次,关于资费问题也一定会和运营商的想法有出入,该免费还是收费?收多少?这都是问题。Google
这次做 Chat
称得上是一次「赌博」,功能重复、各自为战的战术很难取胜,Google
急需一个全面的通讯工具来进一步深入人们的生活。Google Allo
在产品上表现不错,但如果任由其缓慢爬升,结果也许又是一样。不如把其经验、资源抽离出来,放到用户量更广的
Android Messages 上。Google
的野心够大,只是能不能成功还要看合作伙伴配不配合。另外,即使是升级了现在的短信系统,Chat
真能动摇根基深厚的社交应用吗?美国的
Facebook、中国的微信,这几乎是人们无法离开的应用了,Google 的 Chat
即使做成,可能也只是对现有社交场景的一种补充吧。

摘要即时通讯云网易云信于2018年01月04日发布4.6版,本次更新为主要版本更新,详情见文章内容。发布的版本本次发布的版本号为
4.6版,更新时间为:2018年01月04日。iOS
更新内容新增新增在后台自动执行重连开关@interface NIMSDKConfig :
NSObject/** * 是否禁止后台重连 * @discusssion 默认为
NO。即默认情况下,当程序退到后台断开连接后,如果 App 仍能运行,SDK
将继续执行自动重连机制。设置为 YES
后在后台将不自动重连,重连将被推迟到前台进行。 *
只有特殊用户场景才需要此设置,无明确原因请勿设置。 */@property
(nonatomic,assign) BOOL
reconnectInBackgroundStateDisabled;@end新增聊天室历史记录拉取可以按类型筛选字段/**
* 检索服务器历史消息选项 (服务器) */@interface
NIMHistoryMessageSearchOption : NSObject/** * 查询的消息类型 *
@discusssion 消息类型组合,默认为 nil ,搜索全类型。
此参数只对聊天室会话有效 */@property (nonatomic,copy)
NSArray<NSNumber *>
*messageTypes;@end易盾反垃圾,支持对单条消息配置对应的反垃圾业务规则,NIMAntiSpamOption新增字段
businessId。/** * 反垃圾选项 * @discussion
这个选项用于配置易盾反垃圾,设置 enabled 为 YES (默认为 NO)
后该消息进投递到易盾系统进行反垃圾检测 (需要开启易盾服务)
*/@interface NIMAntiSpamOption : NSObject/** *
用户在易盾配置的额外反垃圾的业务ID */@property
(nullable,nonatomic,copy) NSString
*businessId;@end新增聊天室队列权限修改,NIMChatroomUpdateTag中新增字段
NIMChatroomUpdateTagQueueModificationLevel修正聊天室缓存用户扩展信息,保证掉线重连后不清除Android
更新内容新增1. 易盾反垃圾支持对单条消息配置对应的反垃圾业务规则。2.
新增支持海外推送 FCM 以及魅族推送。3. 支持配置聊天室队列管理权限。4.
支持群管理员撤销其他人消息。5. 支持视频消息获取远程缩略图 url。6.
聊天室历史记录拉取可按类型筛选。变更1. 修复酷派偶现崩溃问题。2.
接口变更:List<NimRobotInfo> getRobotInfo(List<String>
accounts);改为List<NimRobotInfo>
getRobotInfoList(List<String>
accounts);3.MessageNotifierCustomization新增消息撤回通知文案自定义接口:/**
* 定制消息撤回提醒文案 * @param revokeAccount 撤回操作者账号 * @param
item 被撤回的消息 * @return */String makeRevokeMsgTip(String
revokeAccount, IMMessage
item);4.ChatRoomPartClearAttachment附件内容变更getContentMap()返回由Map<String,Object>变为Map<String,
String>getChatRoomQueueChangeType()返回ChatRoomQueueChangeType.PARTCLEARWindows(PC)
SDK
更新内容新增群主或群管理员可以撤回其他群成员发送的消息的功能用户配置的对某单条消息另外的反垃圾的业务ID的功能视频消息主动获取封面功能NOS域名迁移NOS加速地址,上传、下载地址等统一配置聊天室历史记录拉取可以按类型筛选功能聊天室队列权限可配置聊天室更新用户信息后,断线重连进入聊天室时,相应信息依旧还在的功能Web
SDK
更新内容新增聊天室队列管理权限可配置聊天室历史记录拉取可以按类型筛选群管理员可以撤回其他人发的消息易盾反垃圾,支持对单条消息配置对应的反垃圾业务规则变更WebSocket链路若因网络状态不佳,悄悄被踢,将自动重连,不再由上层做处理WebSocket握手重连优化,清除实例接口下载地址请从以下官网地址下载:

摘要Openfire发布4.2.3版,Openfire
采用Java开发,开源的实时协作(RTC)服务器基于XMPP(Jabber)协议。Openfire安装和使用都非常简单,并利用Web进行管理。单台服务器可支持上万并发用户。前言Openfire基于XMPP(Jabber)协议,采用Java开发,是开源的即时通讯(IM)服务器。Openfire安装和使用都非常简单,并利用Web进行管理,单台服务器可支持上万并发用户。Openfire开发团队表示将继续努力打造一个稳定的4.2版本系列,解决自
4.2.0 发行版以来在 Openfire
中遇到的一些问题等。4.2.3版更新内容Bug[OF-1191] – Client certificate
authentication with BOSH not working in Openfire 4.0.x[OF-1283] –
SANCertificateIdentityMapping – Unable to parse a byte array (of length
42) as a subjectAltName ‘otherName’. It is ignored.[OF-1464] – Can’t
update plugins via Admin Console[OF-1481] – NPE during bind
(connection already null)[OF-1482] – Monitoring plugin: MAM query
response for MUC should have a ‘from'[OF-1483] – Monitoring plugin:
ClassNotFound at startup[OF-1494] – SAN ‘xmppAddr’ OIDs are not
properly encoded in generated certificates.[OF-1502] –
CallbackOnOffline plugin is using wrong version number scheme[OF-1505]

  • TLS cert admin console page throws Exception[OF-1509] – Stream
    Management increments should be atomic[OF-1518] – Stored XSS in
    Property Name in Security Audit ViewerImprovement[OF-1490] – Update
    HTTP File Upload Plugin’s component implementation.[OF-1493] – Allow
    admins to retrieve a PEM representation of installed
    certificates[OF-1501] – Use ‘most appropriate’ certificate when
    multiple are available.[OF-1507] – Handling of S2S stream
    errors.[OF-1519] – Add a section about firewall into Installation
    guide官方链接:

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

*
*
Website