自建导航页与书签管理

浏览器书签一多，换台电脑就抓瞎，自建导航页和书签服务就是冲这个问题来的。常见的开源方案分两类，思路差别不小，部署难度和日常用法也不同。 ## 两种方案分别是什么 第一类是静态导航页：用一份配置文件描述分组和链接，构建成一页静态 HTML，交给 Nginx 托管。它只做展示，没有登录、没有存储后端，改链接要改配置重新生成。第二类是动态书签库：带数据库和账号体系，浏览器插件一键收藏，支持标签、搜索和多端同步，本质上是一个小型 Web 应用。 ## 部署难度对比 静态方案部署几乎零成本：写好配置跑一次构建，产物目录丢给 Nginx 就完事，资源占用可以忽略，2 核 2G 的入门机器绰绰有余。动态方案要装运行时和数据库，跑一次初始化、建管理员账号，常驻内存大概几百 MB，部署步骤多几步，换来的是日常使用顺手。 内网外网的访问差异也要分清：静态页没有账号体系，直接暴露公网等于谁都能看到你的链接清单，适合只放内网，或者挂在不对公网开放的主机上；动态方案自带登录，配上 HTTPS 之后可以放心放公网，人在外面也能存取书签。 ## 怎么选 只在自己几台设备间跳转常用后台和工具站，静态导航页够用，维护成本最低。书签数量大、需要全文搜索，或者要跟家人同事共用，选动态书签库，一步到位。两边也可以并存：导航页放高频入口，书签库存长尾收藏，各干各的活。 ## 部署上的两个提醒 不管选哪种，都放到反向代理后面统一管证书，公网服务记得开访问日志；动态方案单独建数据库账号，权限只给它自己那个库，别和应用共用 root。另外定期导出一份书签数据存到服务之外，任何自建服务都值得留一条后路。 导航页和书签服务都是小体量应用，一台入门云服务器就装得下。选型时把"以后谁来维护"这个因素也算进去，比单纯比功能清单更实际。