» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


 55 1234
发新话题
打印

[其他] 无责任科普:猴和果所谓的后台和推送

139那个就是移动方案,所谓的公众版,不过各省公司邮箱方案不是一个厂家的,我有点想不起来,不太确定,好像上线的时候是轮询吧,当时是集团公司规定时间各地统一起上的,之后有没改不记得了,139本来就有手机短信通知的,多少有点急上的感觉。邮箱方案商有两家是移动这个方案的提供商的子公司,整合理论上应该没问题。


TOP

补充说明一下,上面轮询说的是服务器后台的轮询,不是指客户端。



TOP

楼主啊,你先定义一下你的“轮询”到底是什么。

现在的推送技术使用的是永久连接,这没什么大不了的,短信Gateway就是这么工作的。
苹果和谷歌的技术实施大同小异。区别在于,苹果只允许一个,就是苹果自己的APNS,然后用发布-订阅的方式来推送消息。
谷歌没有限制,大家可以各有各的推送网关,所以电池一个不留神就被流氓软件搞死了。


TOP

引用:
原帖由 hudihutian 于 2012-6-18 11:00 发表


这个应该是139在后台开了个进程吧
当然是后台开了139自己的进程,将邮件推送设计到系统一级的就只有黑莓了。

短信通知和短信激活客户端还是很不同的,短信通知你只能看到来了一封新邮件,由于短信长度的限制,只能看到个邮件标题。邮件回复也很难,也没办法支持HTML邮件,总体来说给人感觉就是还不如发短信算了。短信激活客户端的想法还是挺好,也符合当时的窄带网络现状,但由于139邮件客户端的弱智,也无法做到双向同步,整个方案相比黑莓的邮件如同婴儿一般初级,后来gmail exchange一开放,就整个被秒了。

TOP

引用:
原帖由 trashman 于 2012-6-18 11:50 发表
楼主啊,你先定义一下你的“轮询”到底是什么。

现在的推送技术使用的是永久连接,这没什么大不了的,短信Gateway就是这么工作的。
苹果和谷歌的技术实施大同小异。区别在于,苹果只允许一个,就是苹果自己的APN ...
应该不是,GOOGLE的C2DM也是统一走GOOGLE的服务器发消息给ANDROID的C2DM receiver的

TOP

引用:
原帖由 小文 于 2012-6-18 11:55 发表

当然是后台开了139自己的进程,将邮件推送设计到系统一级的就只有黑莓了。

短信通知和短信激活客户端还是很不同的,短信通知你只能看到来了一封新邮件,由于短信长度的限制,只能看到个邮件标题。邮件回复也很难 ...
所以这个价值不大

只有操作系统对SMS接口进行一个定义,然后开放给所有APP用,这个才有价值

虽然成本高,但是省电毫无疑问

TOP

139那个由于定位问题,加上后台方案,双向同步应该不会提供。移动方案的同步倒是早实现了,但应该只在mas才会提供。139直接提供下载的客户端也是老版,几年前看就原始得很,不带高级的功能的。又想起来了,客户端里有palm的,好像新版测试也有过,记不太清,现在可能不搞了,估计都不公开了。

TOP

引用:
原帖由 hudihutian 于 2012-6-18 12:00 发表


应该不是,GOOGLE的C2DM也是统一走GOOGLE的服务器发消息给ANDROID的C2DM receiver的
所以我说谷歌和苹果在推送上大同小异。

问题是苹果是单任务,一旦后台就断线了,要推送消息除了靠APNS没第二招。
谷歌是多任务,你要搞个后台绕过C2DM连接自己的推送网关也没人管。遇到流氓就傻眼了。一句话,非官方市场里的东西,少碰。否则纯属自找倒霉别怪政府。

TOP

引用:
原帖由 comer 于 2012-6-18 11:10 发表
139那个就是移动方案,所谓的公众版,不过各省公司邮箱方案不是一个厂家的,我有点想不起来,不太确定,好像上线的时候是轮询吧,当时是集团公司规定时间各地统一起上的,之后有没改不记得了,139本来就有手机短信通 ...
我个人觉得139邮箱的话只要短信通知然后我点下直接打开客户端收取,就够了

TOP

 55 1234
发新话题
     
官方公众号及微博