
浏览器书签越攒越多,默认起始页又塞不下常用链接:找个工具要开好几个标签,想换台设备还得重新整理一遍。Flare 就是一个自己搭的书签仪表盘与起始页:一个 Go 程序,不用数据库,跑起来就是一张干净的导航页,书签、天气、登录都能按需开关。本篇讲它怎么部署、适合谁,以及用之前要先确认的几件事。
30秒速读
Flare 是用 Go 构建的轻量级自托管书签仪表盘和起始页,以单一可执行文件运行,不依赖数据库或复杂框架。它支持 Docker 与直接运行两种部署方式,并提供离线模式、天气、编辑器与账户登录等可选功能,适合个人或小规模导航场景。
项目信息
| 项目 | Flare |
| 定位 | 自托管书签仪表盘与浏览器起始页 |
| 技术栈 | Go,Echo v5 加少量原生 JavaScript |
| 运行形态 | 单一可执行文件,无数据库依赖 |
| 部署方式 | 直接运行或 Docker,镜像覆盖 amd64、arm64、arm/v7、arm/v6 |
| 可选功能 | 离线模式、天气、编辑器、账户登录 |
| 开源协议 | AGPL-3.0 |
| 获取方式 | GitHub 开源仓库,见文末下载地址 |
核心能力
- 书签仪表盘:把常用链接收进一张起始页,打开浏览器就能直达,不用翻书签栏。
- 零数据库设计:单一可执行文件运行,部署组件少,备份就是拷走配置文件与数据目录。
- 多架构 Docker 镜像:amd64、arm64、arm/v7、arm/v6 全覆盖,旧设备与单板机也能跑。
- 按需开启的功能:离线模式、天气、编辑器与账户登录默认不全开,需要哪个开哪个。
- 灵活的配置方式:登录默认关闭,可通过环境变量、.env 文件或命令行参数配置。
上手指南
- 选部署方式:手头有 Docker 就用容器,没有就直接跑单一可执行文件,两条路都不需要先装数据库。
- 定好数据目录:如果打算启用登录,一定要把配置文件、Cookie 密钥文件与其他数据放进持久化卷,否则容器重建后数据会丢。
- 登录按需开启:个人单机用可以不登录;多人或多设备访问再开登录,开启时生成至少 32 字节的随机密钥。
- 多实例要对齐密钥:多实例部署必须用相同的配置密钥或共享持久化密钥文件,否则会话 Cookie 互不兼容,用户会被反复要求重新登录。
- 按需开功能:天气、编辑器、离线模式都是可选项,先跑通书签导航主流程,再按需要逐个打开。
部署方式怎么选
| 部署方式 | 适合场景 | 注意点 |
| 直接运行可执行文件 | 单机或已有服务器,不想用容器 | 自己管进程保活与开机自启 |
| Docker 单容器 | 已有 Docker 环境,想快速起服务 | 数据目录与密钥文件必须挂持久化卷 |
| arm 架构镜像 | 树莓派等单板机或旧设备 | 按设备架构选 arm/v7 或 arm/v6 镜像 |
明确取舍
结论先行:想要一个不折腾数据库、几分钟就能跑起来的个人起始页,Flare 是很对口的选择;单一程序加可选功能的组合,维护成本明显低于带数据库的导航方案。反过来,三种情况要先想清楚:第一,需要复杂团队协作、细粒度权限管理或外部服务集成,它的功能深度可能不够;第二,启用登录又不做持久化,重启就掉登录,体验会打折;第三,项目文档部分内容仍标记为待提供,动手前最好先翻一遍仓库页面与源码,确认当前状态符合预期再部署。
常见问题
一定要用 Docker 吗?不用。Flare 本身就是单一可执行文件,直接运行即可,Docker 只是更省事的另一条路。
为什么重启后要重新登录?一般是 Cookie 密钥文件没有持久化。把配置目录与密钥文件放进持久化卷,重启后会话才能保持;更换密钥会使现有会话失效,这属于正常行为。
多实例部署有什么坑?各实例必须用相同的配置密钥或共享同一份持久化密钥文件,否则会话 Cookie 互不兼容,用户在实例间切换时会被要求重新登录。
改了源码再分发要注意什么?项目采用 AGPL-3.0 协议,修改与再分发需要评估相应的协议义务,动手前先读仓库里的协议文本。
下载地址
GitHub 国内访问较慢,如打不开可多刷新几次

关注「软件教程管家」
回复软件名即取即下:网盘下载链接 + 提取码,一步直达,不用再跳转。
本站资源仅供个人学习交流,请勿用于商业用途。软件与资料版权归原作者所有;如有侵权,请通过公众号「软件教程管家」联系我们,我们将在 24 小时内下架处理。查看免责声明 ›







