写在前面
几月前 ， 我开始重建 PKM（个人信息管理）系统 ， 其中有一个环节就是浏览器书签的管理 。
实话说 ， 我对于现有的书签程序并不是特别满意 ， 主要因为它们都不能同时满足我的以下几个预期：

• 我希望这个工具能够更高效和更简单 ， 而不是只有极少数内容在书签栏呈现 ， 更多的内容需要在层层「文件夹」中翻找；或者需要绞尽脑汁 ， 通过在搜索栏中碰运气 ， 看看能不能靠关键词和自动补全来匹配出具体内容 。 猜测和翻找都太浪费时间了 。 实际上 ， 正如我在 中所提及 ， 在使用 Chrome 的十几年里 ， 上千个书签慢慢的出现在了收藏夹里 ， 然后和现实中放在书柜里的书一样 ， 蒙上了厚厚的灰尘 。
• 我希望书签数据都是私有化的、少一些不确定因素 。作为一个使用了各种互联网产品二十多年的「年轻人」 ， 我看到过太多工具和公司的生生死死、浮浮沉沉 。不少在线服务和软件背后的公司慢慢变成了时间长河里的一粒沙 ， 在产品和公司陨落的过程中 ， 用户的数据则经常变成陪葬品 。数据随着产品一起消失 ， 这是我不愿意看到的 。
• 我希望书签工具是通用的 。 书签数据不应该掺和浏览器打架 ， 也跟着玩「生殖隔离」 。即使我绝大多数情况下只用 Chrome ， 但是我依旧希望在我打开 Safari 的时候 ， 也能够用鼠标「指指点点」这些书签 ， 快速的到达我想要去的地方 。（我知道有浏览器之间的书签导入功能 ， 但持保留态度 ， 因为曾经在迁移的时候出现「书签大乱斗」「书签影分身」这类意外 。 ）

在尝试了使用各种软件之后 ， 我偶遇了一个波兰程序员小哥的项目。 这是一款个人网址导航制作工具 ， 你可以用它将常用的书签和在线应用制成一个美观的本地页面 。
不过 ， Flame 也并不完全符合我的预期 。 在深入使用这个软件 ， 重构了一部分代码、封装了容器应用 ， 并提交了几个 PR 之后 ， 我想清楚了我到底要的是什么 。 于是我决定自己动手 ， 基于 Flame 制作了一个外观和功能相仿 ， 但性能更高、数据更透明、使用起来更简单的书签导航工具——Flare 。

文章图片

与原版相比 ， Flare 保留了美观的界面 ， 但有很大的性能优势：容器镜像体积不到 10MB ， 内存占用通常低于 30MB ， 即使添加上千条书签也能「秒开」（每秒 4800—5000 的并发请求下 ， 依旧可以在 1—2 毫秒内打开页面） ， 在笔记本上也不会引发风扇狂转 。 事实上 ， Flare 在前端工具的测试中可以拿到满分的成绩 ， 甚至可以跑在一台成本差不多 50 元、搭载 2015 年 S805 芯片的 ARM 盒子上 。
此外 ， 我进一步精简了数据存储和网络活动 ， 用纯文本格式来存储书签 ， 并将联网限制在天气展示这唯一一个场景（也可以 完全禁用网络操作） 。 （当然 ， 除了上面这些内容之外 ， 还有一些很小的细节 ， 就留给好奇的你来探索啦！）
接下来 ， 我就想为你介绍如何快速通过 Docker 部署 Flare ， 从而拥有一个轻巧、美观、受自己掌控的个人书签导航应用 。
注：本文行文考虑到了不同水平的读者：如果你熟悉 Docker ， 那么将能够在十分钟内拥有属于自己的书签导航；如果你是一个新手 ， 也没关系；跟着文章一步步操作 ， 大概半个小时 ， 相信你也能够将 Flare 运行起来 ， 顺带熟悉 Docker 的使用 ， 步入容器世界的大门 。
快速安装和使用指南
Flare 的使用方式灵活 ， 丰俭由人 。 全面起见 ， 我会将常用的方式都讲解一遍 ， 读者根据个人情况选择一种顺手的即可 。