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

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

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

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

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

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