给数字生活，留一个自己的位置。

从每天会用到的东西开始

一台 Mac、一台群晖，以及越来越多的网络服务，是这次整理的起点。照片有照片的入口，密码有密码的入口，备份也有自己的恢复门户。服务并不缺，缺的是一个清晰的顺序。

导航页解决的是“去哪里”，博客想留下的是“为什么”。前者方便每天使用，后者记录每一次选择、配置与复盘。

域名属于自己，内容也应该可以带走

这次建站明确了一条边界：个人站点放在个人账户里。使用自己的域名，并不自动等于掌握了网站的托管；源文件在哪里、谁能登录、能否独立搬迁，同样值得问清楚。

因此，页面保留了可以独立部署的文件。没有必要为了一个入口页引入复杂的后台，也不应该把迁移变成一项只有原平台才能完成的工作。

这里会记录什么

先从已经在使用的工具写起，让每篇记录都对应一个真实的问题。

• 群晖与备份：数据怎么放，备份怎么恢复，哪些设置值得保留。
• Mac 与效率：文件整理、工作流，以及真正经常使用的小工具。
• 域名与网络：个人网站、访问保护，以及配置过程中踩过的坑。
• 数字生活：照片和家庭资料的整理方法，但不公开私人内容。

公开的是经验，不是私人入口

公开写作与私人管理分开。博客不收集照片、密码或备份文件，也不展示家庭网络的地址和账号。

把一个问题说清楚，比把页面堆满更重要。这会是这个博客慢慢长起来的方式。

先让一个离线目录成为自己的入口

一个个人入口可以从本地资料目录开始，不需要先设计复杂网站。读者任务是建立一份断网时也能打开的索引，指向个人文档、照片归档说明和备份恢复说明。准备普通文本编辑器、一个明确的个人根目录，以及这些资料当前的位置。先把三个入口写通，再决定哪些经验适合公开写成文章。

目录可以分公开草稿、私人索引、资料说明和导出副本。公开草稿描述选择理由，私人索引记录实际位置，两者不要直接互相复制。现有文章中“导航页去哪里，博客为什么”的区分可以落实成两个文件：入口索引面向日常使用，决定记录解释当时采用某方案的条件与代价。它们各自有用途，也各自能独立带走。

最小索引只需要主题、用途、权威数据位置与恢复说明路径。把已有工具列进来不等于已经验证可迁移，所以为每个入口留一个状态字段。某个工具只提供在线访问、还未尝试导出时，就写明未验证。清晰地知道哪一步没有做，比用整齐图标制造一切已掌握的错觉更能帮助下一次行动。

digital-life/
├── 数字生活-入口.txt
├── 数字生活-选择记录.txt
├── 私人索引/inventory.csv
├── 资料说明/
│   ├── 照片-归档说明.txt
│   └── BACKUP-A-恢复说明.txt
├── 导出副本/个人说明.txt
└── 公开草稿/入口方法.txt
命名对照：新建文本文档.txt → 数字生活-入口.txt
网络示意：example.com；实际私人入口不写入公开稿。

给每类资料指定权威位置与可迁移格式

照片可以有应用中的浏览入口，也有独立导出的原件目录；文档可以有当前编辑位置，也有归档结果。索引要指出哪个位置负责日常修改，哪个只是导出副本。否则读者可能同时修改两份资料，过一周又不知道哪份最新。用“权威位置”表示以后从哪里继续编辑，并在迁移时明确切换时点。

为每类资料补一个离开原工具后的阅读办法。纯文本可用普通编辑器，图片可用常见查看器，复杂文档还要验证导出后的格式与附件。格式可打开不代表全部能力保留，例如相册组织、编辑历史或特定应用字段可能丢失，索引应引用相应迁移说明。选择格式的理由应与未来使用有关，不只因为扩展名看起来通用。

域名、托管与源文件分别记录归属和迁移材料。个人拥有域名可以更换指向，但站点内容能否带走仍取决于源文件与导出能力。本文不操作注册商、托管或部署，只提供说明结构。公开示意用example.com，真实账号与恢复提示留在私人索引。这样个人站点的可迁移性是有文件支持的能力，而不只是域名文字上的归属。

目录树、命名对照与索引清单如何配合

可以将入口文件命名为“数字生活-入口.txt”，将决定记录命名为“数字生活-选择记录.txt”，将恢复说明按对象代号命名。原来叫“新建文件夹”的资料根目录应先核对内容，再改为稳定主题；不要边改顶层路径边搬动所有应用数据。索引尽量使用相对于资料根目录的路径，使整包复制到另一位置后仍容易理解。

清单每行写主题、角色、相对位置、导出格式、最近检查状态和依赖。示意中的照片行可以指向归档说明，备份行指向恢复流程，而不是直接暴露私人共享地址。网络入口另放一个字段，仅在需要时打开。把入口和原件分开能降低日常误操作，但同一根目录内的两个文件仍然属于同机副本，不会因此变成独立备份。

实际验证时先关闭日常收藏入口，仅从本地索引找到一份普通文档。再在Finder限定个人根目录，搜索名称包含“恢复说明”，预期定位对应文件。最后把一个不含私人数据的示意目录复制到新的测试位置，用相对路径走一遍。这个复制测试会写文件，但不涉及网站发布；所有结果应按实际填写，不能因为结构看着合理就预填通过。

topic,role,relative_path,format,dependency,status
文档,导出副本,导出副本/个人说明.txt,UTF-8文本,文本编辑器,待打开
照片,归档说明,资料说明/照片-归档说明.txt,文本,原件目录代号,待核对
备份,恢复说明,资料说明/BACKUP-A-恢复说明.txt,文本,独立仓库与解密材料,待恢复
公开写作,草稿,公开草稿/入口方法.txt,文本,无在线服务要求,未发布

从一条决定写出可复用的经验

公开写作最好围绕一次可解释的选择：例如为什么保留原件与分享版两层，为什么把备份成功与恢复验收分开。先写读者要完成什么，再列前提、步骤、结果与限制。涉及工具行为的部分依据官方文档核对，个人偏好和规划则明确是选择理由，不伪装成厂商要求或已经亲身运行的结论。

一份决定记录可以包含背景、候选方案、采用方案、放弃理由、验证办法与复查条件。比如选择普通文本作为最小入口，是因为希望不依赖在线服务也能读；代价是需要手动维护链接，验证办法是迁到另一目录再打开。这个例子不需要宣称发生过真实故障，也能完整解释为什么这样安排。

记录未解决问题时给出可行动的边界，例如“尚未导出相册标签，后续用小样本测试”，而不是含糊地说以后完善。工具更新或设备迁移后，回到对应决定记录检查原前提是否还成立。博客正文可以只保留稳定的方法与公开示意，私人检查日期、设备位置和文件内容不必为了增加真实感而公开。

入口失效时恢复顺序与日常收尾

若链接打不开，先分清本地文件路径变化、网络目标离线、账号不可用与内容已迁移。路径变化从清单查新位置，网络离线先看是否有离线导出，账号问题走对应官方恢复入口，迁移完成则更新权威位置。不要为修复一个入口同时重建目录、账户和网站，这样反而无法知道哪一层造成问题。

若清单与实际内容不一致，以可核对的文件和任务记录为依据修正，并留下变更原因。若只剩同机副本，就明确独立备份还没落实，先安排最重要资料的受支持备份与抽样恢复。一个入口索引帮助定位，无法代替照片、文档和备份本身；也不能因为恢复说明存在就推断解密材料一定可取得。

本轮完成标准是三个入口都能找到对应说明，至少一份普通资料能从导出副本打开，迁移测试的相对路径可理解，待验证项都有下一步。把索引更新放在资料迁移当天，平时只改变化的几行。公开文章可以慢慢补齐，但私人最小恢复路线应先可读、可带走、可核对，这才使“自己的位置”落到可以继续维护的文件上。

给索引建立一个简单的停用约定也很有帮助：失效入口先写停用原因和替代位置，保留旧主题词供搜索；确认没有资料继续依赖它后，再从日常入口移走。选择记录仍可归档，因为它解释曾经为何采用该工具。公开稿中不必展示全部变更历史，只需保留读者理解当前方法所需的前提。私人索引则以准确为先，遇到未知位置应留待核对，不用一条看似完整但实际失效的链接填空。

性质：设计示意，未执行
背景：希望断网仍能找到文档、照片归档与恢复入口
采用：普通文本入口+相对路径CSV
理由：可独立打开；可随目录迁移
代价：路径变化需手动更新
验证甲：Finder在digital-life中搜名称包含 恢复说明
预期：资料说明/BACKUP-A-恢复说明.txt
验证乙：复制无私人内容的示意目录到另一位置，再按相对路径打开
未覆盖：账号恢复、照片库全部元数据、真实网站迁移
复查条件：权威目录搬迁或工具更换
实际结果与检查日期：____