Eachval独立微博开发中最大的难题

王志勇 发表于 2019年01月06日 07:47

因为时间安排的原因,此项目目前尚未动工。这是2个月前的规则预告,看起来是不是规则很多?实际开发起来的工作量、遇到的大量细节,比这些规则要多100倍、200倍都不止。但这些问题,都能一一完成、解决。

唯一的难题是,如果一个人订阅了其他人的微博(不同域名),如何能够看到他们的更新?初期的计划是用RSS输出的方式,但这样既消耗时间,又消耗微博友的服务器资源。比如订阅了50人的微博,那么每次更新需要一一检查这50个RSS;订阅了200人,每次需要检查更新200个RSS,以此类推。

为了解决这个问题,需要制定一定的解决方案。方案一定是有的,只是哪一种相对更高效而已。比如,最简单的方案,就是当一个人更新之后,依次把更新后的数据,遍历传输给订阅了自己微博的50、200人的服务器。但这个方案,存在一个致命缺陷──作者发布一次,要经历很多时间。

那么,只有用这个解决方案:由Eachval平台做中转处理。作者更新微博之后,数据自动向Eachval平台发送一次,然后订阅者检查更新时,只要检查一次Eachval平台上的数据即可,更新后的数据会自动下载到此时的更新者的服务器

这些数据,在未来将是一个很大的数量,为了解决这个问题,将来可以设定为365天以上的数据,在平台里自动删除。

对于开发者而言,如何输出更新者需要获取的对应的数据,是一个很漫长的开发过程,因为又会涉及相关的算法、数据编排,这些相关的算法有可能会很复杂。

1条评论:
1   野生的喵喵 2020-01-16 06:44
有那么复杂吗( ´▽`),搞个消息推送机制就可以了吧,类似mqtt之类的(/ω\)

发表评论:
名字: (*必填)
博客: (可省)

正文:

  记住信息?

王志勇:1980-09-26 (41周岁)
程序设计,前端设计。

版权声明:本博客所有文章,均符合原创的定义,禁止转载,违者将必究;正确的方法是贴原文的标题和网址即可。

与此相关的链接
自由勇专栏

Blog存档 Archives

2021年06月(9)
2021年05月(17)
2021年04月(25)
2021年03月(6)
2021年02月(17)
2021年01月(30)
2020年12月(19)
2020年11月(18)
2020年10月(15)
2020年09月(14)
2020年08月(14)
2020年07月(14)
2020年06月(16)
2020年05月(13)
2020年04月(18)
2020年03月(14)
2020年02月(15)
2020年01月(16)
2019年12月(11)
2019年11月(26)
2019年10月(25)
2019年09月(30)
2019年08月(10)
2019年07月(29)
2019年06月(30)
2019年05月(26)
2019年04月(30)
2019年03月(30)
2019年02月(30)
2019年01月(30)
2018年12月(30)
2018年11月(30)
2018年10月(30)
2018年09月(17)
2016年-2017年(9)
2014年06月-09月(10)
2013年 +

2012年 +
2011年 +
2010年 +
2009年 +
2008年 +
2007年 +
2006年 +
2005年09月(4)

Copyright © 2006-2021 auiou.com All rights reserved.
此Blog程序由王志勇编写