2026 年，我为什么选择 Miniflux 作为 RSS 主力工具

前情提要： 2021 年，我为什么选择 Miniflux 作为 RSS 主力工具 2023 年，我为什么选择 Miniflux 作为 RSS 主力工具

其实在 25 年的 8 月份，就想发这个帖子了，无奈有一个核心的问题没有解决：就是 iOS/Andoird/Web 客户端。

在以往的帖子中，主要是 iOS 为主，但随着国产智能机的崛起，在 Andird 选择一个趁手的客户端，成为了纠结很久的问题。最开始使用 FeedMe ，功能还算正常，但主要是 UI ，非常不习惯； CapyReader 这个客户端真是非常又潜力，功能、同步功能样样都有，就是 UI 对比度的问题，不太舒服；紧接着尝试了口碑很好的 ReadYou ，起先总是有未读数量同步不准的问题，发了几个 issue ，作者也陆陆续续修了几个版本，每次都还有问题；在这期间，也尝试了使用 SmartRSS ，是本站佬友的作品，起先功能比较少，而后也就慢慢忘了；但最近，突然想起这个客户端，又下载了回来，发现功能已经非常完整，而且 UI 非常流畅，随即马上卸载了 ReadYou ，目前主力使用。

再说回 iOS ，Reeder 中规中矩，还是能能打，但确实不怎么更新了。又买断了口碑很好的 lire ，用了之后最大的感觉，同步慢、划动掉帧； Unread ，UI 最舒服，但只支持 FeverAPI 方式接入，最大的痛点不支持划动已读，给作者发信请求支持 Miniflux ，作者回复在计划中；本站经典的 NetNewsWire ，发布了 7.0 大版本，但依然不支持划动已读，作者明确不会支持，遂放弃。打算最近尝试下 SmartRSS 。

最后是 Web ，无疑是 nextflux ，体验最佳，而且还支持 PWA ，我甚至一度作为了移动客户端使用，作者还有个 ReactFlux ，不太习惯。说回 nextflux ，遇到最大的问题还是未读数量不准的问题，这里讲一下“同步不准”大概复现逻辑，是多个客户端来回切换时，在 A 客户端又未读变为已读内容，有问题的 B 客户端还是未读，而没问题的 C 客户端可以正常同步。这个问题跟作者反馈过，但作者没复现，也就一直这样凑合用了。

最后，还是回答正文 Miniflux ，还是延续了原有的各种优点，离不开了。又新增了很多功能，包括为每个 Feed 设置代理。废话不说，贴 docker-compose.yml 配置，一键启动。注释可以参考 23 年的帖子，基本没有变化，做了一些微调。

services: miniflux: image: ${MINIFLUX_IMAGE:-miniflux/miniflux:latest} container_name: miniflux depends_on: - db environment: - DATABASE_URL=postgres://miniflux:secret@db/miniflux?sslmode=disable - RUN_MIGRATIOnS=1 - FETCH_YOUTUBE_WATCH_TIME=1 - CREATE_ADMIN=1 - ADMIN_USERNAME=admin - ADMIN_PASSWORD=your-password - BASE_URL=https://rss.example.com - POLLING_FREQUENCY=10 - POLLING_PARSING_ERROR_LIMIT=0 - BATCH_SIZE=200 - POLLING_SCHEDULER=entry_frequency - SCHEDULER_ENTRY_FREQUENCY_MAX_INTERVAL=20 - MEDIA_PROXY_MODE=all - MEDIA_PROXY_PRIVATE_KEY=miniflux - MEDIA_PROXY_HTTP_CLIENT_TIMEOUT=240 - DATABASE_MAX_COnNS=200 - DATABASE_MIN_COnNS=5 - WORKER_POOL_SIZE=10 - HTTP_CLIENT_TIMEOUT=120 - TZ=Asia/Shanghai - CLEANUP_ARCHIVE_UNREAD_DAYS=-1 restart: unless-stopped ports: - "8080:8080" db: image: postgres:15 container_name: postgres environment: - POSTGRES_USER=miniflux - POSTGRES_PASSWORD=secret volumes: - /root/miniflux/root_miniflux-db:/var/lib/postgresql/data healthcheck: test: ["CMD", "pg_isready", "-U", "miniflux"] interval: 10s start_period: 30s restart: unless-stopped