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 (44周岁)
程序设计,前端设计。

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

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

Blog存档 Archives

2022年07月
2022年06月(15)
2022年05月(20)
2022年04月(16)
2022年03月(9)
2022年02月(9)
2022年01月(10)
2021年 +

2020年 +
2019年 +
2018年 +
2016年-2017年(9)
2014年06月-09月(10)
2013年 +
2012年 +
2011年 +
2010年 +
2009年 +
2008年 +
2007年 +
2006年 +
2005年09月(4)

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