RSS 订阅器,大致上分三种:
- 现有的网络服务,如当年的 Google Reader
- 单机版的订阅器
- 自建网络服务
从 Google Reader 停止服务,到现在快 10 年了。之后的所谓「老牌」订阅服务,如 feedly、inoreader,都限制了免费用户的订阅数量,不能超过 100 或 150 条。倒不是非要坚持用免费的,只是:
- 首先,这些服务并没有如当年大家期望的,在用户与用户之间,发展出推荐阅读之类的社区功能;
- 其次,如果有一天,它们也像 Google Reader 那样倒闭了,在这些订阅器里镜像的 blog 文章也全都消失,才是最大的损失。
单机版的订阅软件有很多,一些邮件客户端甚至手机浏览器,也有这方面功能。所以问题还是
- 抓取的文章能不能长久保存?哪怕重新装机,原来的文章也还在?有很多免安装的 RSS 订阅器,但其中大部分都是十几年前 blog 时代的作品,早已停止更新,对新的操作系统以及新的 rss atom 协议,支持都不好。Windows 下我在用 QuiteRSS,感觉不错。免安装,数据保存在 sqlite 文件里,似乎也有 Mac 版本。
- 以及,这类本地订阅器,有没有可能,通过网盘同步数据,从而实现多台机器或手机同时使用?我还没有见过这方面靠谱的方案。
自建 RSS 服务里,很多人推荐界面简洁的 Miniflux,我以前试过,感觉还行,但似乎有因为过于简化而不适的地方,忘了具体是什么了。/ 最终选择了 tt-rss (Tiny Tiny RSS),界面确实要比 Miniflux 臃肿一些,响应慢一些,但是它有一个非常亮眼的功能:你在 tt-rss 订阅器里,可以选择「发布」某些喜爱的文章,而这些发布出来的文章,是能够生成一个新的 RSS 地址,让别人订阅的!把这个 RSS 发给好友,对方就可以通过订阅这个地址,收到你向他推荐的文章。这就很有当年 Google Reader 的味道了!!

不只是「已发布文章」,加星的文章、你标记的某一个 tag、甚至管理 feed 时的每个目录,都是可以生成 RSS 地址的。地址的格式类似于:
https://website/public.php?op=rss&id=50&is_cat=0&q=&key=00secret0key00
除非你公开,外人无法得知。你也可以把不同的 tag 生成各自的 RSS 地址,向不同的人群公开。总之可以玩出很多花样。
其实 tt-rss 只是简单的 php+sql 架构,和 wordpress 放在一起就行了。但最近官方的文档,只推荐用 docker 安装。分成了 5 个 containers,总共需要约 180MB 的内存。
Docker Containers | Memory Usage |
ttrss-docker_db_1 | 87.38 MiB |
ttrss-docker_app_1 | 32.07 MiB |
ttrss-docker_web-nginx_1 | 8.49 MiB |
ttrss-docker_backups_1 | 1.98 MiB |
ttrss-docker_updater_1 | 50.68 MiB |
其实可以考虑 FreshRSS
话说,我一直不清楚,这类 php 订阅器,是怎么实现定时更新的?还是说只有在用户使用的时候,才会触发更新程序?如果几个月没人用,就一直不更新(然后那些只显示最新 10 篇的 rss 就会因此而漏掉文章)?
我裝 tt-rss 的時候,docker 還沒被當作首選,所以是用傳統的 git clone 項目來安裝的,至於更新,我是用的 crontab,每小時執行一次。文章都保存在數據庫裏,所以不會漏掉。順便推薦一個開源免費的 rss 安卓客戶端 Readrops [https://f-droid.org/zh_Hant/packages/com.readrops.app]
似乎是有定时任务,就算几个月没人用,文章也会存在数据库里,每个源还可以针对性地设置留存时间,存档的话还可以一直保存。
嗯,似乎是要手动设 crontab 去触发某个 php 的
Miniflux 加上其它 RSS 阅读器是非常好的选择
请问您用quite rss 时会不会遇到订阅源太多时间太长而响应变慢的情况,我现在那个本地文件将近800M,批量更新的时候会非常卡顿。
望回!
800M……用本地 sqlite 我觉得确实会变慢的……
到这个规模,可能需要更快的数据库方案,或者按 feed 分成多个数据库会好些?我去找找有没有类似的产品……