静态博客的几个取舍
「静态博客」这四个字很容易让人以为选它是个没有成本的正确决定。实际上它只是把复杂度挪了位置：以前花在服务器和数据库上，现在花在构建流程和内容格式上。把这几处取舍想清楚，再动手会省很多返工。
内容格式：Markdown 还是可视化编辑器
Markdown 的好处是纯文本、能进 Git、换平台不用迁移。代价是写的时候要惦记语法，插入图片、做复杂排版时会明显感到别扭。
| 维度 | Markdown | 可视化编辑器 |
|---|---|---|
| 写作流畅度 | 需要记语法 | 所见即所得 |
| 数据可迁移 | 纯文本，随时带走 | 通常依赖平台导出 |
| 版本管理 | 天然适合 Git | 需要额外同步 |
| 复杂排版 | 要写 HTML | 拖拽即可 |
我的选择是 Markdown，因为我更需要“十年后这些文字还能打开”，而不是现在写得舒服。如果你更在意写作时的顺手程度，反过来选也完全合理。
构建方式：要不要引入框架
纯手写 HTML 的优点是零依赖、零构建、永远不会因为依赖升级而打不开。缺点是每加一篇文章都要复制粘贴一次页面结构，文章到二十篇左右就会开始后悔。
用框架的价值不在页面本身，而在于两件事：文章列表自动按时间排序，以及详情页自动生成。这两件事恰好是手写时最枯燥、最容易出错的部分。
托管位置：快和稳的取舍
这一步遇到的矛盾最实际。国内访问速度和免备案之间，基本只能选一个：
- 托管在境外（Cloudflare Pages、Vercel 这类）：不用备案，推代码即上线，但国内访问速度取决于线路，晚高峰可能明显变慢
- 托管在国内（对象存储 + CDN）：速度最理想，但域名需要备案，流程要一两周
我目前的判断是先用免备案的方案把内容写起来。博客最大的风险从来不是加载慢了半秒，而是写了几篇就停更。等内容攒够了，再决定要不要为速度迁移一次。
先让发布这件事变得毫无阻力，再优化访问速度。顺序反了，往往两个都做不成。
一开始可以不做的功能
分页、标签归档、站内搜索、评论、阅读量统计，这些都可以等真正需要时再加。它们的共同点是：加进来容易，但每一个都会增加维护面积。
尤其是评论。一旦接入，就要面对垃圾信息、审核和隐私问题。在没人看的阶段，把邮箱留在关于页面是成本最低的替代方案。