起因
三年前开始，笔记散在本地三个目录里，找东西靠文件名，回看几乎为零。真正让我下决心的是那次硬盘迁移：几百个 Markdown 文件，标签各写各的，合并时对不上号。与其继续收拾，不如给自己做一个能长期打开的出口。博客的意义不在于被多少人读到，而在于它逼着我把「想过」变成「写完」。
选型
动态博客插件多、后台顺手，但要长期照看运行时、数据库和安全补丁；静态方案把内容编译成纯 HTML，服务器只负责发文件。我选了后者：源文件是 Markdown，构建产物是一个静态目录，换机器时一条命令就能重建。代价是评论和站内搜索需要另接服务，对一个更新不频繁的站点来说，这笔账划算。站点结构也刻意做小，只留文章、归档和关于三处。
写作流
文章统一放在 content 目录，文件名带日期前缀，标题、日期和标签写在文件头，正文只写 Markdown。构建时注入样式与目录，本地起预览服务边写边看。图片单独放 assets，按年月归档，引用一律用相对路径，迁移时整目录打包带走，链接不会断。
域名与部署
域名在注册商处解析到服务器，A 记录指向固定地址。构建产物用 rsync 推到远端站点目录，推送前保留上一版快照，出问题十分钟内回滚。证书自动续期，HTTP 全部跳转 HTTPS。部署脚本只有十几行，和文章放在同一个仓库，换机器时不必回忆步骤。
图片与备份
图片先压到宽度一千二百像素以内，格式优先 WebP，原图不进仓库。备份分两层：本地一份完整仓库，远端一份每日快照，保留三十天。曾经误删过一次 assets 目录，从那以后推送前先比对文件数量与总体积，对不上就停下来查。
节奏
更新不追频率，每月两到三篇，写不动就先攒素材。文章发布一周后回看一次，改掉当时没想清楚的地方。页面也保持安静：没有弹窗，没有自动播放，没有统计脚本。技术细节总会过时，一个能安静打开的页面不会。有同样在折腾静态站的朋友，欢迎写信到 contact@helab.cloud 交流。