很久没发布开发实况了，我每天都在持续开发。有两位朋友，在关注我为什么要做Feedval？原因1，其实，当初Feedval是作为一个小项目来做的，所以先做Feedval，预计应该在20-30天内完成，但实际需要2-3倍以上的时间。现阶段主要做的是Eachval，由于Eachval工作量更大，所以先把Feedval做出来。原因2，2017年我在本机做过PHP版本的RSS订阅器，很好用，但是当时没做完。原因3(特性)，Feedval和之后我发布的开源程序，都是PHP全动态+分布式数据库设计，对服务器的额外消耗很小，无论数据有多少，程序永远是这样快。

原因4，Feedval将和Blogval关联，能通过点赞、或收藏，自动把优质博客推送到Blogval。

我每天都在和做不完的艰难的算法在战斗，总是需要咬紧牙关去坚持解决这些问题。这10天里，更多的时间是开发Feedval的官方网站。还有很多的时间，是在重新修改一些功能、程序，使其更优化。

算法、编排，每天都要去执行和完成。比如今天需要完成的任务，导入OPML、导出OPML。为了突出分组功能，默认建立了3个分组，第2、第3个分组可删除、修改。现在的导入OPML的程序，需要根据用户上传的OPML文件，识别出OPML文件里的分类，一个分类自动创建成一个组。如下图：

现在需要完成的程序是当第2分组、第3个分组为空时，上传的OPML文件，会自动从第2分组、第3个分组开始填充。同时，每个分组的group都有一个ID，当删除某个分组时，这个ID会自动回到ID池，再建立分组时，这些ID会重新利用。每个RSS，也有一个ID，同样有ID回收机制。这个回收机制，当初我消耗了不少时间，这就是为什么我常说程序设计中会有很多的逻辑编排，有很多艰难的算法，需要去一一克服和完成。

导入OPML、导出OPML，也需要做这个ID回收机制。而且，导入OPML、导出OPML比单个建立分组、创建RSS更复杂一些，需要批量建立ID、批量回收ID。