进阶篇：公开站、私有 Hub 和个人服务器是怎么工作的
解释 Obsidian 个人知识网站的整体架构：公开站负责对外展示，私有 Hub 负责草稿预览和内部入口，个人服务器负责发布、备份和安全边界。
文章目录9 个章节
如果只说“把 Obsidian 笔记发布成网站”，很容易让人误会成一个普通博客模板。
我更希望它是一套清楚分层的个人知识系统：公开站负责展示，私有 Hub 负责预览和内部入口，个人服务器负责承载内容、构建和备份。
1. 整体结构
可以先把它理解成三层：
这三个部分不要混在一起理解。
Obsidian 是写作入口，服务器是运行环境，公开站和私有 Hub 是两个不同的访问面。
2. 公开站是什么
公开站是给外部读者看的。
它适合放这些内容：
- 已经整理好的文章
- 系列阅读路线
- 标签页
- 全文搜索
- 关于页
- 可以公开展示的项目复盘和研究记录
公开站解决的是“别人如何理解你的积累”。
这里的内容更适合保持稳定、可检索、可分享，也适合被搜索引擎收录。
3. 私有 Hub 是什么
私有 Hub 更像自己的工作台。
它不负责对外展示，而是保留一些内部入口：
- 草稿预览
- 私人应用入口
- 文章访问和分享状态
- 还没准备公开的临时内容
- 内部管理入口
比如一篇文章还在整理，可以先放在 Hub 里看真实渲染效果；一个通过 vibe coding 做出来的体重记录或资料索引，也可以只挂在 Hub 里自己用。
Hub 的重点不是“多一个页面”，而是把公开展示和私人使用分开。
4. 个人服务器承担什么
个人服务器不只是放网页文件。
它可以承担这些工作：
- 接收 Obsidian 插件发布的 Markdown 和附件
- 保存原始内容
- 构建公开站
- 生成全文搜索索引
- 提供 Hub 私有入口
- 保存图片、图表和资料附件
- 管理发布 Token 和访问边界
这样一台低成本轻量服务器，就可以同时承担网站托管、资料备份和私有工作台入口。
5. 发布 Token 是做什么的
发布 Token 用来限制谁可以向服务器发布内容。
如果没有 Token，只要知道接口地址就能上传内容，风险太高。
更合理的流程是：
- 服务器一键安装时生成发布 Token
- 在 Obsidian 插件里填写服务器地址和 Token
- 发布时插件带上 Token
- 服务器校验通过后才接收内容
Token 不等于完整账号系统，但它可以作为最小安全边界，避免发布入口裸露在公网。
6. 草稿如何避免误公开
草稿控制主要依赖 draft 字段。
draft: true这类内容可以保留在本地或私有 Hub 预览，不进入公开站。
发布前再改成：
draft: false后续发布前可以提醒：这篇文章是否公开、是否包含草稿标记、是否有敏感信息。
7. 哪些内容不适合公开
公开站适合展示已经整理好的内容，但不是所有东西都适合放出去。
建议不要公开：
- 服务器真实密钥
- 发布 Token
- 私人地址和联系方式细节
- 内部服务地址
- 未脱敏的日志
- 还没确认准确性的实验结论
- 不适合传播的临时笔记
如果一篇内容还没有整理好，可以先留在 Obsidian 或 Hub 里，不急着公开。
8. 远程知识备份怎么理解
服务器可以保存 Markdown、图片、图表和资料附件，所以它天然也能承担一部分远程备份能力。
但这里的重点不是替代专业网盘，而是给知识资产多一份自己可控的远程副本。
本地 Vault 是第一份资产，个人服务器是第二份资产，公开站只是从这些资产里生成出来的展示结果。
9. 一句话总结
公开站、私有 Hub 和个人服务器各自解决不同问题：
- 公开站：对外展示和搜索收录
- 私有 Hub：草稿预览、内部入口和私人工作台
- 个人服务器：发布、构建、备份和安全边界
把这三者分开，网站才不会既像博客又像后台还像网盘，最后边界混在一起。清楚分层之后，日常写作、公开展示和私人管理都能各归其位。