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 分成多个数据库会好些？我去找找有没有类似的产品……