地址: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版。