这几天因为在紧急搭建一个小机房，用了很多时间，一刻都在忙个不停。所以程序的开发，被迫暂停了好多天，前几天有一个较难的程序开发部分的思路，又给忘了。对于程序开发者来说，开发期非常需要有能不受干扰的环境，才能静下心来。一受干扰，耽误的事情不可估量，因为程序的前后关联非常强，一受到干扰，可能原来3个小时就能完成的事情，需要1天、几天才能完成。

已经完成的Feedval，之前没有做RSS订阅数统计，虽然这个功能非常重要。在几个月前Feedval刚开发的时候，当时我的任务列表里是有订阅数统计的程序编写计划，但因为某个原因就把这一功能放到“暂不开发”的任务列表里，可能是因为当时觉得有些复杂。

Blogval前几天开发时，我正好把博客的数据统计的程序编写完了，恰好能给RSS订阅数统计留出一个接口，再编写一些程序就可以实现RSS订阅数统计。

最先曾经的计划是RSS订阅数统计，放在feedval.com的平台。由于这次正好blogval.com已经能够实现这个接口，而且Blogval平台有每个博客的相关数据页面，所以为了减少远程调用，Feedval的RSS订阅数统计，决定放在Blogval平台的页面。

程序编写方面，如何防止重复的订阅数统计？比如同一个人，在不同的服务器上订阅了同一个RSS，如果只像一般的计数器一样统计，则被视为有2个人订阅。
需要这样设计程序：用户订阅时，数据库记录读者的ID(可防止重复)。如果记录所有的ID，对于被订阅量较高的博客，这些订阅者的ID的数据库会很大，所以为了减少资源占用，只记录最近的3000-5000个订阅者的ID即可。

与此同理，其实网上的很多统计都不一定是完全准确的，比如粉丝数、被赞次数。比如新浪微博的粉丝数，如果那些粉丝数达到上千万的大V，为了防止重复必然要记录粉丝的ID，光是这些粉丝ID的数据量就很大。如果想完全避免重复，则必须记录所有的ID。