FDM 6.14.2下载工具优化与配置指南
2026/9/16 20:26:08
一台群晖放在家里，大部分时间存照片、跑下载，你可能根本没注意过 Web Station 这个套件。我最初就是为了一件事才去碰它：想在局域网里有一个自己的导航页，把 NAS、路由器、电影库、常用工具和全家人的常用网站都放在一个页面上，点一下就能跳过去。逛了一圈开源方案，Homarr、Flame、Dashy 都很好看，可让我为了一个静态页面去装 Docker、拉镜像、维护一堆依赖，总感觉有点重。后来换个思路：直接用群晖的 Web Station 装一个纯静态导航站。这套方案到今天已经稳定跑了一段时间，改动方便、几乎不占用资源，连服务器都不用另买。
适合谁看？只要你有群晖，哪怕没写过完整网站，这篇文章也能帮你从零搭好。不懂后端完全没关系，导航站是纯静态页面，会改 HTML、CSS 就够用，剩下的都是群晖网页服务本身帮你处理好的事情。等页面跑起来，你会发现它比想象中轻得多，也比各种现成导航项目更容易改成自己的样式。
1. 整体思路：为什么用群晖Web Station搭静态导航站，而不是直接上容器
1.1 静态导航站到底能解决什么问题
很多人觉得导航站就是收藏夹的网页版，用处不大。我自己用了以后才发现，它和浏览器书签完全是两种体验：书签藏在浏览器里，换设备、换浏览器就断了；而导航站是一个独立网页，手机、电脑、电视浏览器都能打开，全家人共用同一条入口。尤其家里有 NAS、路由器、摄像头后台、影音服务这些需要记 IP 的服务，把它们集中到一页上，省掉了“这个端口是多少”“那个地址记在哪”的麻烦。团队场景也适用，给同事一个链接，常用的内部系统、资料库、报表入口全在里面，比发一堆书签链接清爽得多。
纯静态导航站还有一个隐形优势：不依赖数据库、不依赖后端程序，页面文件丢在 NAS 上，Web Station 负责把它提供给访问者。这意味着你不需要维护 PHP、MySQL，也不怕某个服务升级把整站弄挂。它也不吃性能，NAS 即便在休眠状态，有人访问导航站时才唤醒一下，资源占用可以忽略不计。我见过把导航站放在 Docker 里跑的朋友，功能确实多，但为了一个标签页去维护容器更新，代价有点不成比例。
1.2 为什么选 Web Station 而不是开源导航项目
GitHub 上优秀的导航项目非常多，比如 Homepage、Flame、Dashy 这类，界面现代、支持自动发现 Docker 容器。如果你喜欢开箱即用、不排斥折腾 Docker，当然可以选它们。我选择 Web Station 的核心理由就三条：第一，群晖系统本身就带 Web Station，不用额外装容器运行环境；第二，静态站结构完全透明，每一个文件、每一行代码都能自己控制，想改成什么样就改成什么样；第三，不依赖第三方镜像或外部下载源，离线也能完整部署。
用 Web Station 搭静态站，本质上就是把群晖内置的网页服务当成一个轻量服务器用。很多人不知道 Web Station 背后可以选 Apache 也可以选 Nginx，对于纯静态页面，我更推荐 Nginx，因为并发性能好、内存占用低。后面配置虚拟主机时，具体怎么选我会写清楚。导航站这种场景，数据量不大、访问量有限，但胜在稳定和可复现，这正好是静态方案最擅长的领域。
2. 环境准备：套件安装、目录规划与DSM 7权限避坑
2.1 Web Station到底要装哪几个套件
在开始写页面之前，先把运行环境准备好。登录 DSM，打开套件中心，搜索并安装 Web Station。DSM 7 的套件中心里，Web Station 安装时会提示你选择网页服务器，也就是 Apache 2.4 或 Nginx 1.24 之类的组件，还可以顺便装 PHP。如果你只做纯静态导航站，PHP 完全可以不装，减少一个需要维护的组件，也降低被攻击的风险。
如果后续想跑一些动态接口，比如搜索时请求某个后端脚本，再装对应版本的 PHP 也不迟。安装完成后，打开 Web Station 主界面，左侧菜单能看到“网页服务门户”“脚本语言设置”“PHP 设置”等选项。这一步的主要任务不是改配置，而是确认 Web Station 能正常启动、默认首页能访问。可以先用浏览器访问一下 NAS 的 IP 加上默认端口，看到默认页面再继续。
这里有个经验：如果发现 Web Station 装好以后启动失败，大概率是套件源或版本冲突问题。建议在套件中心先更新 DSM 到最新补丁，再到套件中心安装 Web Station，不要从第三方套件源装，否则后续升级和依赖管理会出一些莫名其妙的问题。
2.2 创建虚拟主机：端口、根目录和域名绑定
Web Station 的“虚拟主机”概念，对标的是传统服务器里一台机器跑多个网站的能力。每个虚拟主机可以拥有独立的端口或域名，以及独立的站点根目录。进入 Web Station 的“网页服务门户”标签页，点击新增，选择“虚拟主机”，然后填写基本信息。
我创建的配置通常是这样：门户类型选择“基于名称的虚拟主机”或“基于端口的虚拟主机”，端口填一个不常用的端口，比如 8082；文档根目录填/web/nav；HTTP 后端选择 Nginx；如果不需要 PHP，就保持默认不使用。如果家里有域名、也做了 DDNS，可以在“域名”一栏填上自己的域名，以后用域名访问更方便。没有域名也没关系，直接用 NAS 的局域网 IP 加端口同样能访问。
DSM 7 的 Web Station 在创建虚拟主机时，有一个容易踩坑的点：文档根目录必须位于 Web Station 允许访问的共享文件夹里，比如web共享文件夹。如果你像以前一样把网站文件放在普通用户的 home 目录下，可能会遇到权限不足或 403。常规做法是直接用web共享文件夹下的子目录来存放站点，比如/volume1/web/nav，这样既安全，权限配置也简单。
2.3 目录结构：从第一天就按长期维护的标准来
很多新手把导航站的所有文件直接平铺在web根目录里，一开始看着没什么，时间一长文件一多就乱了。我的习惯是每个站点一个独立子目录，导航站就放在web/nav下面，里面再分出几个子文件：
/volume1/web/nav ├── index.html ├── css/ │ └── style.css ├── js/ │ ├── data.js │ └── app.js └── favicon.ico为什么要把数据单独放一个文件？导航站的核心是链接数量多、更新频繁，如果每次加一个链接都要去改 HTML 里的结构，很容易改错标签。把链接数据抽成data.js，页面结构、样式、数据三者分离，之后维护就简单了。这个思路和写代码时的“关注点分离”是一个道理：哪个部分出了问题，直接去对应文件里找，不用在一坨代码里翻来翻去。
目录规划好以后，还要检查权限。DSM 7 默认 Web Station 以http身份运行，所以http用户需要对web/nav目录有读取权限。在 File Station 里选中nav文件夹，右键“属性”，切到“权限”页，找到http或HTTP这个用户/组，至少给它“读取”权限。如果你直接给整个web目录开了写权限给所有人，虽然方便，但不建议，导航站是只读页面，没有必要开放写权限。
3. 导航页实现：HTML骨架、JS数据和搜索过滤一步到位
3.1 页面骨架与卡片结构设计
先把最基础的index.html写出来。页面结构不需要花哨，核心是一个顶部标题、一个搜索框、几个分类区块，每个区块里放若干卡片。卡片是最常用的导航元素，我一般每个卡片包含图标、名称、简介和链接地址，整体布局就是“分类 -> 卡片列表”。
写 HTML 的时候，不要把所有卡片一个个手写在页面里，那样代码会非常长。更好的做法是先用一个空的容器占位，比如每个分类区块只有标题和一个空的卡片容器，具体卡片由后面的 JavaScript 根据数据生成。这样 HTML 文件很干净，以后加分类只需要改配置数据，不需要动页面结构。
下面是一个简化版的index.html示例：
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>我的个人导航站</title> <link rel="stylesheet" href="css/style.css"> </head> <body> <header class="site-header"> <h1>我的导航站</h1> <input type="search" id="searchInput" placeholder="输入关键词筛选链接..."> </header> <main id="navContainer"></main> <script src="js/data.js"></script> <script src="js/app.js"></script> </body> </html>可能有人会问，容器是空的，页面怎么显示内容？这正是下一步要解决的事。我们用 JavaScript 读取data.js里的数据，动态把卡片拼进navContainer里。这样做的好处是新增链接只需要在数据文件里加一个对象，页面会自动渲染，完全不用碰 HTML。
3.2 CSS布局：栅格、间距、暗色模式和响应式
导航站的颜值全靠 CSS，但没必要上复杂框架。一个栅格系统加圆角阴影，看起来就足够精致了。我常用的布局是 CSS Grid，给卡片容器设置grid-template-columns，然后用repeat(auto-fill, minmax(240px, 1fr))自动适应屏幕宽度。这样在手机上一列、平板两列、电脑三到四列，不用写一堆媒体查询。
颜色的选择要考虑使用场景。导航站经常是打开浏览器后的第一个页面，我建议用暗色主题，晚上看不会刺眼。背景色用深灰蓝，卡片用稍亮的深色，文字用浅灰，边框用透明感较强的白色低透明度，整体才有层次。当然，如果你喜欢简单，也可以做一个自动跟随系统的主题，用 CSS 的prefers-color-scheme属性，这是成本最低的暗色方案。
下面是一段能直接用的暗色主题 CSS 骨架：
:root { --bg: #12181b; --card-bg: #1e2a32; --text: #e6edf3; --muted: #9aa7b4; --border: rgba(255, 255, 255, 0.08); --accent: #4cc2ff; } * { box-sizing: border-box; margin: 0; padding: 0; } body { background: var(--bg); color: var(--text); font-family: "PingFang SC", "Microsoft YaHei", sans-serif; padding: 40px 20px; } .site-header { max-width: 1100px; margin: 0 auto 32px; display: flex; flex-wrap: wrap; align-items: center; justify-content: space-between; gap: 16px; } #searchInput { width: 260px; padding: 10px 14px; border-radius: 8px; border: 1px solid var(--border); background: var(--card-bg); color: var(--text); outline: none; } .category { max-width: 1100px; margin: 0 auto 28px; } .category-title { font-size: 18px; margin-bottom: 14px; color: var(--accent); } .card-grid { display: grid; grid-template-columns: repeat(auto-fill, minmax(240px, 1fr)); gap: 14px; } .nav-card { display: block; text-decoration: none; padding: 16px; background: var(--card-bg); border: 1px solid var(--border); border-radius: 12px; transition: transform 0.15s ease, border-color 0.15s ease; } .nav-card:hover { transform: translateY(-2px); border-color: var(--accent); } .nav-card .name { font-size: 16px; font-weight: 600; } .nav-card .desc { margin-top: 6px; font-size: 13px; color: var(--muted); line-height: 1.4; }这里建议大家不要直接复制一个花哨的成品样式，而是从配色、间距、圆角这些基础开始调。导航站的使用频率非常高，每次打开都觉得“看着舒服”，比一味追求炫酷更重要。
3.3 用JS数据驱动导航项，避免反复改HTML
数据驱动的核心是data.js。我习惯把数据定义成数组，对应页面上的分类。每个分类有title和items两个字段，items里每个对象包含name、desc、url，还可以加icon字段用来显示头像或图标。结构简单但很灵活。
一个实际可用的data.js是这样的：
const NAV_DATA = [ { title: "常用服务", items: [ { name: "群晖NAS", desc: "全家存储中心", url: "http://192.168.1.2:5000" }, { name: "路由器后台", desc: "管理网络和设备", url: "http://192.168.1.1" }, { name: "电影库", desc: "家庭影音服务", url: "http://192.168.1.2:8096" } ] }, { title: "效率工具", items: [ { name: "在线笔记", desc: "随手记录想法", url: "https://note.example.com" }, { name: "时间管理", desc: "番茄工作法", url: "https://todo.example.com" } ] } ];然后app.js里负责渲染页面。核心逻辑就是遍历NAV_DATA，生成分类标题和卡片 HTML，再一次性插入到页面容器中。这个过程中要注意转义用户输入，虽然导航站通常只有你自己改数据，但万一以后要接多用户编辑，安全习惯早点养成没坏处。
渲染代码大致如下：
const container = document.getElementById("navContainer"); function render(filterText = "") { container.innerHTML = ""; const keyword = filterText.trim().toLowerCase(); NAV_DATA.forEach(category => { const itemCards = category.items .filter(item => !keyword || item.name.toLowerCase().includes(keyword) || item.desc.toLowerCase().includes(keyword) || item.url.toLowerCase().includes(keyword)) .map(item => ` <a class="nav-card" href="${item.url}" target="_blank" rel="noopener noreferrer"> <div class="name">${item.name}</div> <div class="desc">${item.desc}</div> </a> `) .join(""); if (!itemCards) return; const section = document.createElement("section"); section.className = "category"; section.innerHTML = `<h2 class="category-title">${category.title}</h2><div class="card-grid">${itemCards}</div>`; container.appendChild(section); }); } render(); document.getElementById("searchInput").addEventListener("input", event => { render(event.target.value); });这套逻辑的优点是：以后加一个链接，只需要在data.js的对应列表里加一行对象，刷新页面就能看到新卡片。不需要再动 HTML，也不用考虑各种标签嵌套，出错概率大大降低。如果你需要图标，可以在数据里加icon字段，然后在渲染模板里插入一个 favicon 服务或者本地图标地址。
3.4 搜索过滤与本地存储的高频操作技巧
搜索功能是导航站的灵魂，尤其当链接数量超过二十个以后，鼠标滚动翻找远不如键盘输入来得快。上面代码里的过滤器，已经能做到按名称、简介和网址模糊匹配。如果想要更顺手的体验，还可以把搜索框聚焦快捷键做成/或Ctrl + K，这样在任意状态按下快捷键，光标自动落到搜索框，很实用。
还有一个值得加的小功能：记住用户的搜索词。用localStorage保存输入框内容，刷新页面后自动恢复，这个小细节很多人忽略，但实际体验提升很明显。实现只需要几行代码，在input事件里写localStorage.setItem('nav_search', value)，页面加载时读取并赋值给输入框，再调用一次渲染即可。
另外，如果有兴趣，可以给卡片增加“置顶”功能。比如在数据里加一个pin: true字段，渲染时优先显示置顶项。实现思路是在过滤后先排个序，把pin为真的项放到最前面。这类小功能不用一次做全，先把基础跑起来，后面按需加。
4. 上线部署：HTTPS证书、访问入口和外网映射策略
4.1 本地访问测试与端口、防火墙自检清单
页面代码写完，先把文件上传到 NAS 的/volume1/web/nav目录。在本地浏览器里访问http://NAS的IP:8082，如果能看到导航站，说明 Web Station 的虚拟主机配置已经没有问题。如果打不开，先按下面的清单排查：
- Web Station 的虚拟主机是否启用，端口是否正确。
web/nav目录下的文件是否真的存在，文件名大小写和路径是否匹配。- 访问时用的是 HTTP 还是 HTTPS，如果之前给虚拟主机绑定了证书，HTTPS 和 HTTP 的端口是分开的。
- NAS 防火墙是否拦了 8082 端口。在“控制面板 -> 安全 -> 防火墙”里确认端口规则。
- 浏览器缓存和 DNS 缓存，换无痕窗口访问试试，排除缓存问题。
这五步能解决绝大多数“本地都打不开”的问题。重点提醒一下：如果你在虚拟主机里填了域名，但当前网络环境解析不到这个域名，直接访问 IP 加端口反而更稳。域名是给外网或 HTTPS 场景用的，内网调试时不必强求。
4.2 用群晖自带功能申请Let's Encrypt证书
导航站如果只在内网用，不配 HTTPS 也没关系。但如果要外网访问，或者浏览器打开时总提示“不安全”，那就需要配一张 SSL 证书。群晖系统本身集成了 Let's Encrypt 客户端，不需要额外装软件，在“控制面板 -> 安全性 -> 证书”里就能申请。
申请流程是：先点“新增”，选择“添加新证书”，然后选择“从 Let's Encrypt 获取证书”。你需要提供一个已经解析到当前公网 IP 的域名，常用邮箱填写一个能收信的邮箱，并勾选“同意服务条款”。提交后群晖会自动完成域名校验和证书签发。签发成功后，再把这张证书绑定到 Web Station 的虚拟主机上。
这里有个我踩过好几回的关键点：Let's Encrypt 验证你的域名所有权时，默认要从外网访问你的 NAS 的 80 端口。如果你的运营商封了 80 端口，或者路由器没有把 80 端口转发到 NAS，申请大概率会失败。解决办法有三种：一是确保 80 端口可用；二是用 DNS 验证方式，群晖自带功能没有直接提供，但可以通过 Docker 跑 ACME 工具实现；三是先不管外网证书，用群晖自生成的自签名证书凑合，代价是访问时会有安全提示。我的建议是，正经使用还是想办法搞定 80 端口或 DNS 验证，一张有效的 HTTPS 证书能让导航站在手机和浏览器里的体验好很多。
证书申请成功以后，别忘了自动续期。群晖默认会启用自动续期，在“证书”列表里确认一下“自动续期”状态是打开的。到期前群晖会自动尝试续期，只要域名解析和端口规则没变化，一般不会断。
4.3 内网与外网访问的三种方式，取舍要搞清楚
导航站搭建成功之后，下一个问题是“我人在外面，能不能打开导航站”。常见有三种方式：QuickConnect、DDNS 加端口转发、反向代理。三种方式没有绝对的优劣，主要看你手里的网络条件。
QuickConnect 是群晖官方提供的中转服务，好处是即使没有公网 IP，也能通过群晖账号远程访问 NAS。但它的定位主要是访问 DSM 和群晖应用，自定义网站的体验并不算最顺。如果你只是偶尔在外面打开导航站，可以在 QuickConnect 的高级设置里看看能不能映射到自定义端口，能映射自然好，不能映射还是第二条路更直接。
DDNS 加端口转发是最常用的方案。先在群晖“控制面板 -> 外部访问 -> DDNS”里注册一个群晖 DDNS 域名，比如xxxx.synology.me，然后在路由器里把导航站的端口（比如 8082）转发到 NAS 的内网 IP。之后在外面访问http://xxxx.synology.me:8082，就能看到导航站。如果你有公网 IP、运营商没封端口，这个方法最稳。安全性上有个底线：不要把 DSM 的 5000/5001 管理端口直接暴露到公网，导航站单独用一个端口就好。
第三种反向代理，适合有域名、想统一访问入口的情况。我放在下一小节详细说。
4.4 用反向代理把导航站收敛到一个端口上
群晖自带的反向代理功能，可以在“登录门户 -> 高级 -> 反向代理服务器”里配置。很多人一听“反向代理”觉得复杂，其实它的作用很简单：外部访问 443 端口，群晖根据域名不同，把请求转发到本机不同端口。比如nav.example.com转发到本机 8082，note.example.com转发到另一台服务的 8083，这样外部只暴露一个 443 端口，里面却能跑好几个服务。
我习惯把导航站放到反向代理后面，一是为了统一加 HTTPS，二是为了不再暴露多个端口。配置方法很直接：新增一条反向代理规则，来源设置成 HTTPS 协议和nav.example.com，目标设置成 HTTP 协议和127.0.0.1:8082。保存后，再把申请好的证书绑定到这个反向代理入口上。实际访问时，浏览器和群晖之间走 HTTPS，群晖内部再通过 HTTP 访问 Web Station，体验上没有任何差别。
反向代理还有一个好处是方便以后扩展。今天只有导航站，明天又搭了一个备忘录，不需要再改路由器和防火墙，只要在反向代理里加一条规则，把新服务转发到对应端口就行。入口永远只有一个 443，网络环境干净得多。
5. 常见问题与排查技巧实录
5.1 403页面的头号原因：权限和符号链接
导航站刚搭好时最常见的就是 403 Forbidden，页面上的字面意思是“禁止访问”，但实际原因经常是权限不够。DSM 7 的 Web Station 默认以http用户身份运行，如果这个用户对站点目录没有读取权限，就会 403。遇到 403，先去 File Station 里检查目录权限，给http用户至少读取权限。另一个原因是目录路径有误，虚拟主机的文档根目录指向了一个不存在的路径，也会显示 403。
还有一种隐蔽情况：你把导航站文件放在一个符号链接目录里。DSM 的安全策略默认不允许 Web Station 跟随某些符号链接，页面会直接 403。所以尽量不用软链接，直接把文件放在真实路径下。如果你确实需要跨目录引用文件，建议调整目录结构，而不是依赖软链接。
5.2 有域名但证书一直申请失败
证书申请失败的表现通常是“无法验证域名所有权”。我遇到的情况里，十有八九是 80 端口没通。用手机流量访问http://你的域名，如果能打开群晖默认页或提示什么内容，说明 80 端口是通的；如果直接超时，那基本可以断定是 80 端口被封或没有转发。赶紧去路由器里把 80 端口转发到 NAS 的内网 IP，同时检查 NAS 防火墙是否放行 80。
另一个坑是刚把域名解析到公网 IP，DNS 还没全国生效，Let's Encrypt 的验证服务器在不同地区访问你的域名时解析结果可能不一致。解决办法是等几分钟，同时在域名 DNS 管理面板确认解析记录已经生效。有的 DNS 服务商解析很快，有的要等十几分钟，别急着反复重试，重试太频繁反而会被 Let's Encrypt 暂时限流。
5.3 外网访问断断续续，该按什么顺序排查
外网访问出问题时，最忌讳到处乱试。我习惯按“链路顺序”从外往里查：先用手机流量访问域名加端口，判断外部是否能连上你的公网 IP；如果不行，查路由器端口转发和运营商是否屏蔽；如果能连上但打不开，再查 NAS 的防火墙和 Web Station 虚拟主机。这样一层层排查，基本十分钟能定位。
如果外网能访问，但过一会儿就断，可能是 NAS 的公网 IP 变了。DDNS 虽然是动态更新的，但路由器或群晖的 DDNS 更新频率不是实时的，IP 一变就会有一段空窗期。解决办法是在路由器里开启“DDNS 客户端”并且设置定期强制更新，或者把 DHCP 租期尽量调长，减少地址变更频率。
5.4 更新、重启后的静态站失联问题
群晖系统更新或重启之后，导航站偶尔会打不开。多数情况下不是站点文件丢了，而是 Web Station 服务没有自动恢复。这时候先去套件中心看 Web Station 是否正常启动，如果状态异常，手动停止再启动一次，基本能恢复。另外一个常见原因是端口被别的服务占用，尤其系统升级后某些套件会重新绑定端口，导致虚拟主机端口失效。
为了避免这类问题，我通常在系统更新后主动访问一次导航站，确认服务正常，再去做其他事。导航站本身是静态文件，只要目录和权限没变，一般不会丢数据，最大的风险就是服务状态没恢复。也可以到“控制面板 -> 任务计划”里设置一个开机自启脚本，在开机后自动检查并启动 Web Station，这个进阶操作能省去很多手动干预。
6. 进阶玩法和长期维护建议
6.1 把导航内容升级成JSON配置文件
如果导航站的链接数量已经很多，继续用data.js里写数组也还好，但你可以把它进一步升级成纯 JSON 文件，通过脚本或工具维护。data.js本质是 JavaScript 文件，而 JSON 是标准数据格式，好处是未来可以写脚本自动同步书签、生成更新记录，也可以和其他系统共用数据。迁移很简单，把const NAV_DATA = ...换成一份nav.json，然后在index.html里用 fetch 加载。需要注意，本地file://协议下 fetch 可能有跨域限制，但在 Web Station 的 HTTP 服务下没有问题。
我自己的维护流程是：每隔一段时间把浏览器书签里新增的链接整理到nav.json，补上名称和简介，再顺手检查失效链接。静态站改起来方便，但前提是数据组织得足够清晰，否则改数据也会变成一件痛苦事。
6.2 数据备份和版本管理
导航站虽然小，但它承载的是你最重要的链接集合，丢失后的恢复成本很高。我强烈建议把web/nav目录纳入备份计划。最简单的办法是在群晖“控制面板 -> 共享文件夹同步”或 Hyper Backup 里把这个目录加入备份任务。更进阶的做法是用 Git 做版本管理，每次修改都有历史记录，改坏了随时回滚。群晖本身可以安装 Git Server 套件，或者你把该目录放到一个本地 Git 仓库里，每次修改后提交一次，心里踏实很多。
如果你用 Git，推荐连带头写个简单的README.md，记录导航站的目录结构、端口、证书续期方式。时间一长你可能忘了当初为什么这么配，文档就是最好的记忆。
6.3 还可以继续加哪些模块
导航站跑顺以后，很容易产生继续扩展的冲动。我个人建议克制一点，按真实需求来。比较实用的扩展方向有三个：一是分类搜索，目前已经做了基础搜索，可以再做按分类点击筛选；二是链接状态检测，定时请求卡片里的地址，把失效的链接标红，这个可以用群晖的计划任务加一个简单脚本；三是访问统计，给页面接一个自托管的统计服务，比如不依赖外部平台、不暴露隐私的那种方案。
在扩展之前，先想想这个功能是不是真能提高效率。导航站做小了是神器，做大了就变成又一个需要维护的项目。我见过很多人最后把所有精力花在给导航站加功能上，反而忘了它最初只是为了少记几个网址。保持轻量，是这个项目的长期生存之道。
最后说一个我自己的习惯：每次往导航站里加完链接，我都会用手机流量再访问一次，确认外网也正常。这个动作只需要一分钟，却能避免很多“改完页面顺手把配置文件改坏”的低级错误。希望这套基于群晖 Web Station 的静态导航方案，能让你用最小的成本，把常用入口牢牢抓在自己手里。