地址：GitHub - 0x2E/fusion: A lightweight, self-hosted friendly RSS aggregator and reader 。
为什么又一个 RSS 阅读器
RSS 是我每日信息输入的主要方式。过去很长一段时间，我喜欢在家中的 Homelab 部署本地服务代替云服务，比如用 miniflux 代替 Feedly、Inoreader。
但是跨城市搬家导致 Homelab 长时间吃灰，这让我意识到需要将一些服务部署到 VPS/PssS 来确保可用性。VPS 的内存可谓寸土寸金，而 miniflux 需要额外运行 PostgreSQL 数据库服务。为了尽可能节省资源，我决定用 Go + SQLite 写一个轻量级 RSS 聚合器+阅读器（SQLite 是一个嵌入式数据库，不需要运行额外的服务）。
功能和特点
- 分组、书签、搜索、自动嗅探、导入导出 OPML
- 支持 RSS、Atom、JSON 格式的订阅源
- UI 移动端友好，亮/暗模式，支持 PWA
- 轻量且易部署，非常适合小 VPS
- 使用 Go + SQLite 构建，一个二进制文件就能运行
- 提供编译好的 Docker 镜像
- 内存用量约 80MB（见下图）
2 个赞
llll
3
跑起来了
另外有两个问题，一是不能自己阅读全文，得跳转原地址
二是是否可以设置代理
UI 里的文字不多，也都是常见单词，所以就没考虑 i18n。
已经加进需求中了（第 10 个 issue，这里发不出来链接）。
感谢反馈。
目前的排序逻辑是先根据获取数据的时间，再根据文章发布时间（RSS 中的 pubDate）。初衷是让新 feed 的文章，即使是旧文章，也能排在 unread 中靠前位置。这样比较符合直觉。
可以想象一下这种反直觉的情况：
- 此时 unread 堆积了一些 feed 近期发布的文章；
- 用户添加一个新 feed，其中包含一些 n 年前的旧文章；
- 添加成功，去 unread 看看；
- 奇怪，为什么 unread 中没有新 feed 的文章（其实是旧文章根据 pubDate 被排序到了 unread 的末尾页）。
我再想下这部分可以怎么做得更好。欢迎提出建议。
传统快捷键是指哪些呢，“ctrl/cmd + k” 触发“搜索”这种吗？
可否添加fever或者Google reader的api，这样就可以在reeder上阅读了
目前其实也可以作为 reader 用的。试试 PWA 模式：
- 用 Chromium 家族的浏览器（比如 Chrome、Edge、Brave）打开网站；
- 安装到本机
- 移动端浏览器的三个点 → 添加到主屏幕；
- 桌面端浏览器地址栏右侧应该也会有个图标提示安装到本地；
- 之后的使用体验就跟 App 类似了。
至于联动其他 reader 服务，目前还没有开发计划。之后有时间我再看看 miniflux 集成了哪些。
yhlfh
21
N年miniflux用户来说下。我是从miniflux 1版用上来的，到现在还在用着1的最后一个版本。那个只要php sqlite，任何虚拟主机都能跑。去年我用的主机商跑路了，就移到了nas上，到现在还没有动力去升级2.0版。
