FreshRSS 与 Miniflux：把信息源收回到自己手里
RSS 的价值在今天反而更清楚了：它是唯一一种「订阅关系不被平台掐断」的信息获取方式。公众号会限流、社交平台会改算法，RSS 只是把网页内容推给你。
一、两者怎么选
| FreshRSS | Miniflux | |
|---|---|---|
| 语言/依赖 | PHP + 数据库（需要 Web 环境） | Go 单二进制 + 数据库 |
| 资源占用 | 约 100–200 MB | 约 30–50 MB |
| 功能 | 插件、主题、多用户、分享 | 极简，只做阅读 |
| 适合 | 要多用户/要插件生态 | 个人、追轻量 |
两者的客户端生态都很好——支持标准的阅读接口，手机端有大量现成 App，不用忍受自带的网页界面。
二、部署（Miniflux，最省事）
services:
db:
image: postgres:16-alpine
restart: always
environment:
- POSTGRES_USER=miniflux
- POSTGRES_PASSWORD=改成强密码
- POSTGRES_DB=miniflux
volumes: ["./pgdata:/var/lib/postgresql/data"]
miniflux:
image: miniflux/miniflux:latest
restart: always
depends_on: [db]
ports: ["8080:8080"]
environment:
- DATABASE_URL=postgres://miniflux:改成强密码@db:5432/miniflux?sslmode=disable
- RUN_MIGRATIONS=1
- CREATE_ADMIN=1
- ADMIN_USERNAME=admin
- ADMIN_PASSWORD=改成强密码
- POLLING_FREQUENCY=30POLLING_FREQUENCY 是关键参数：单位分钟，30 表示每半小时抓一次。设得太低（比如 5 分钟）会频繁请求别人的服务器，也浪费自己的 CPU。
三、订阅量的自我管理
用 RSS 最容易掉进的坑是「订阅越多，看得越少」。三条实操建议：
- 控制在 30–50 个源：超过这个量，每天新增条目会超过阅读能力；
- 按「必读 / 浏览 / 待删」分组：必读的每天看，浏览的一周扫一次，待删的一个月没打开就删；
- 关掉未读计数焦虑：未读是无限的，标记全读不是认输，是筛选。
四、全文抓取与去广告
很多站点只输出摘要，要在客户端里读全文需要「全文抽取」功能。Miniflux 内置了这一能力，可以在订阅级别单独开启。
但要注意：全文抽取会给对方服务器增加负担，而且对需要登录或强 JS 渲染的站点无效。对重要来源，最好直接找它的全文 RSS 或官方订阅地址。
五、公众号怎么办
公众号没有官方 RSS，常见做法是通过第三方桥接服务转成 RSS，或者用「抓取网页 + 变更监控」的方式。前者依赖第三方稳定性，后者要维护规则。
更稳的思路是：把真正值得长期追的公众号内容，用阅读清单的方式定期整理，而不是追求实时。
六、什么时候不需要它
如果你每天只看三五个固定站点，直接用浏览器书签更快。RSS 的价值从「信息源超过十个」开始显现——这时你需要一个统一的收件箱。
网页变更监控（针对没有 RSS 的站点）见 网页变更监控；书签存档见 Linkwarden。
相关阅读
版权声明：如无特殊标注，文章均为本站原创，转载时请以链接形式注明文章出处。
评论