这几年在自己家庭服务器上部署的服务已趋于稳定，变化不大，但始终缺少一个统一的入口，我希望这个入口除了基础的书签导航功能、显示服务器运行状态之外，还能将各个服务的定制化摘要信息也展现出来。在Glance出现之前，我被社区里的各类 Dashboard 应用一一劝退，大多因为颜值不合口味或是扩展性差，谁会愿意每天盯着工程味十足的仪表盘呢，又有多少人会在意每个 Docker 占用了多少 CPU 内存带宽？而 Glance 是第一个让我有动力去使用和折腾的信息面板。
我一直认为，NAS、家庭服务器或是自托管服务常谈的「数据掌握在自己手里」的口号，不只是简单地让数据换了个地方躺着，更大的意义是获得了对数据的完全支配权，可以让自己的赛博资产「活」起来。譬如，随机播放 Immich 相册的精选照片、提醒待办家务、显示电子阅读里的金句、聚合各个网站的未读消息等等，这一切在 Glance 面板里，一目了然。我想通过介绍自己使用 Glance 的经验，为读者提供一些灵感，去寻找数据自主的快乐。
当然，还是得简单介绍一下 Glance 的基本特点，自己总结的 Glance 最吸引我的特性：
因为其高自由度，Glance 可以显示任何我们想展示的信息，我们也可以将其定制成书签导航页、游戏主题 HUB，服务器监控面板等等。
Glance 的部署和使用方法可以查阅官方仓库，一些琐碎的基础设置也可以移步我的博客文章《HomeServer 仪表盘新欢——Glance》查看。此文还是聚焦于如何深度定制自己的 Glance 信息面板。
Glance 的官方组件只需简单复制配置文件即可使用，定制化面板的核心是它的 custom-api 组件。在 custom-api 组件的 template 配置中，我们通过编写 html 模板来自定义显示内容，并通过 css 对样式进行配置。官方仓库glanceapp/community-widgets提供了大量社区贡献的第三方组件，我的仓库也提供了十余种自定义的组件：osnsyc/glance-widgets。我们直接复制这些配置文件至 glance.yml 中即可生效，使用非常便捷。
对于一个最小化的典型 custom-api 组件，我们需提供 url和 template 数据，Glance 会通过 url 获取数据，并将数据处理成 JSON 格式；通过 template 提取出关键信息并渲染成 CSS 指定的样式，形成一个小模块显示在 Glance 面板中。我们要做的就是数据的获取、逻辑的编写和样式的定义。
数据的来源总结为三个类别，API 接口，本地数据和其它（RSS、爬虫、逆向）。此阶段的目的是将信息加工成 JSON 格式数据。
这是最简单的数据获取途径。大多数开源的自托管软件，都会提供友好的 API 接口，我们在本地也能不受限制地调用，例如相册软件 Immich、数据探针 Netdata、Glances、健康检测 Healtchecks、多维表格 Baserow、RSS 阅读软件 TTRSS 等等。那么一般流程就是：在应用内生成 TOKEN -> 查看 API 文档通过 ENDPOINT 访问想要的数据 -> 在 Glance 内处理应答数据。整个流程不需要花费我们太多的时间即可实现。例如：
对于外部应用数据，成熟且开放的服务商也会提供 API 由用户使用，比如：
我们可以通过搜索 xxx api 查找所需服务的 API，网络上也有很多人提供了免费 API 接口，如GitHub/public-apis GitHub/free-api。当然，很多服务商/软件并不提供官方的 API，但由于现代 Web 前后端分离特点，我们可以通过浏览器的开发者模式分析网站的数据访问端点。我们在 Github 上也可以很容易地搜索到别人打包好的非官方 API，在服务器上部署后即可很便捷地调用。
在我的 Glance 面板中，有以下例子：
我们在 Homeserver 中已经部署了诸如 Nextcloud、Resilio、Syncthing、Calibre 这样的服务，在服务器端保存了大量个人数据，可以提取本地文件的数据并显示在 Glance 中。以」显示个人最近阅读「信息卡为例，我在服务器端使用的服务为 Calibre+CalibreWeb，移动端为 MoonReader，同步则使用 MoonReader 内的 Webdav 完成，Webdav 由 Nextcloud 提供。那么服务器的 Nextcloud 文件夹内会有一个 /.Moon+/Cache 文件夹，存储有 .po和 .an文件，记录 MoonReader 的阅读进度、笔记和批注。我们使用osnsyc/MoonReader工具将最新的阅读条目读取出来并输出 JSON 格式数据供 Glance 调用。
对于封闭在应用内的信息，可以使用爬虫、逆向等手段获取，但需要付出的技术成本较高。而 RSSHUB 提供了现成的大量路由，对于 RSSHUB 中已经存在的路由，我们可以使用 n8n 转换为 JSON 格式的数据，使用RSS Feed Trigger节点自动获取一条最新的 RSS 订阅，使用RSS Read节点则可以获取所有 RSS 条目。
我们也可以使用 n8n、huginn这样的自动化软件来监控一些简单的网页，提取出关键信息显示在 Glance 中。以汽油价格网为例，使用 n8n 的 extractHtmlContent 节点，通过浏览器开发者模式拾取指定样式标记的值，组装成 JSON 数据即可供 Glance 调用。
我们通过上述的各种手段获取了想要的数据，Glance 如何访问它们呢？有很多种办法可以托管我们的 JSON 数据并供 Glance 查询，基于我们已有或者常用的服务，可以使用以下三种方法：glance/asset 静态托管，nginx 静态代理，n8n 自动化流程。当然我们也可以使用 Baserow、typicode/json-server、adnanh/webhook甚至 python flask 库来自己编写一个简单的后端。但以下方法简单实用，无需额外的服务支持。
/asset是 Glance 存放静态资源的路径，我们可以直接将 JSON 文件放在该路径下，然后使用custom-api的url设置为http://YOUR_GLANCE_URL:PORT/asset/xx.json，再设置好template即可。
此方法无需依赖其它服务，是最为便捷的方法，但http://YOUR_GLANCE_URL:PORT/asset/路径下的文件无需认证即可访问，在公网环境下有信息泄露的风险，注意不要存放敏感数据。
为了公网访问，在构建自己的 Homeserver 时大都会选择反代服务，如 nginx，traefik 等。我们可以用这些代理应用来代理静态 JSON 文件，以 nginx 为例，nginx 的地址为http://NGINX_URL:NGINX_PORT，我们将 JSON 文件存储在 nginx 的html/glance文件夹下，Glance 即可通过http://NGINX_URL:NGINX_PORT/glance/xxx.json获取 JSON 文件。
前文也提到了使用 n8n 来做自动化流程，我们可以使用Webhook节点来触发流程，并直接将 JSON 格式的数据Respond to Webhook节点回复给 Glance；也可以将处理好的 JSON 数据存在本地，在 n8n 中由Webhook节点触发，通过File节点读取本地 JSON 文件，再用Respond to Webhook节点回复给 Glance。
在custom-api组件的template配置中，我们通过编写 html 模板来自定义显示内容，并通过 css 对样式进行配置。css 样式可以直接写在template中，也可以写在custom-style.css文件内。好学的读者可以花一点时间了解一下 css 的用法，我们希望整个仪表盘风格统一，因此并不会使用很复杂的样式，但也可以偷懒地使用以下三种方法：
一，修改现有的 custom-widget 样式，在glanceapp/community-widgets仓库中，直接复制他人的代码，将显示内容替换成自己的数据，即可呈现一致的样式。
二，寻找现成组件与样式。在Uiverse.io，CodePen等网站上，有很多现成的组件，我们可以直接复制 html 和 css 代码到我们的 Glance 配置文件中使用。
三，寻找自己的喜欢的网站样式，通过浏览器的开发者模式ctrl+shift+c，直接选择页面上需要元素，在开发者工具的样式栏中查看复制 css 代码。我们还可以在 Glance 页面上使用开发者模式，对样式进行快速修改和预览。
最后，我们也可以使用大模型，将想要的样式图发给它，直接生成 css 代码。
Glance 目前还没有图表组件供我们自定义图表，我们可以借助其它服务来生成图表并以 iframe 嵌入 Glance 中，Chartbrew提供了一个易用的 UI 来帮助我们生成图表，设置简单，图表美观，但图表种类只支持柱形图、折线图、饼图和雷达图。如果 Chartbrew 不足以满足我们的要求，可以使用Grafana 并安装Business Charts插件，其嵌入了 Apache ECharts，极大地丰富了图表的样式，还可以与图表进行交互。以下示例是路由的实时流量图 (netdata in openwrt)、家里植物的旭日图 (from self-hosted baserow)、少数派阅读统计 (from python crawler)。Grafana 和 Business Charts 插件的详细使用例程可以查阅我的博客文章《用 Grafana 和 Echarts 实现可嵌入使用的 iframe 图表》，相信在大模型的加持下，每个人都可以无障碍地做出自己满意的图表。
iframe 响应相对较慢，最近，我也尝试了直接在 Glance 中嵌入 ECharts，目前已经初步成功工作了。要在 Glance 的 yaml 文件中配置 ECharts 并不是明智之举，数据的输入要严格遵守 ECharts 所需的配置格式，因此 n8n 仍然是最容易的方法：使用 API 获得数据后，通过 Code 节点组织成 ECharts 所需格式，通过 Webhook 传给 Glance。项目地址为GitHub - osnsyc/glance-echarts
我们还可以把其它网页以 iframe 嵌入 Glance，比如将 Microbin 嵌入，并修改其 css 文件使之颜色与 Glance 统一。我们就无需跳转至新窗口来使用 Microbin 了。
作为一篇技术向的文章，结尾来一段感慨式的总结可能显得有些矫情。但成文之际，发现我在少数派的第一篇文章《家庭服务器除了存储还能做什么？聊聊我的部署思路》阅读量已经 10 万 + 了，很开心呀。期间也有人希望我多写点 Home Server 的内容1，思来想去，发现没啥好写的，网络上也充斥着大量模板式的依赖 Docker 的应用安装教程，很是无趣。原想以「让个人数据『活』起来」为主题写写体会，但最终还是写成了这样一篇以 Glance 为载体的思路心得，以实例作为展示，还是更鲜活的，也算是 2025 年版的《家庭服务器除了部署「XX Alternative」还能做什么》吧。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。