两年前我把这个站点从一套动态博客系统迁了出来，换成纯静态的 HTML。当时想的是：少维护一个数据库、少操心一次升级，仅此而已。
意外收获是，我开始写得更多了。
之前的负担
旧站不是不好，功能齐全：后台、富文本编辑器、评论、标签、全文搜索，一应俱全。但每一次想写点什么，流程都是这样的——
- 打开电脑，连上服务器。
- 登录后台，确认会话没过期。
- 在编辑器里写，担心误触刷新。
- 想插入一张图，先传图床，再回填链接。
- 点发布，检查排版，修，再发布。
六七个步骤里，只有一步是"写"。其余都是维护成本。它们不重，但每次都先出现。
现在
现在是一份 HTML 文件。打开编辑器，写，保存，上传。就这样。
没有数据库，没有后台，没有登录，没有评论。图片是本地文件，相对路径引用。想改一篇文章，就改那个文件——和改一个 txt 没什么两样。
posts/
├── 2026-10-12-static-site.html
├── 2026-09-28-css-grid.html
└── 2026-09-15-gugong-fall.html整个站点就是一个文件夹。我可以把它打包发给任何人，对方双击 index.html 就能看，离线、完整、不出错。
丢掉的东西
得承认，有些东西确实没了。
- 评论。没人能在文章底下留言。我把联系方式放在页脚，想说话的发邮件给我。
- 实时统计。没有访问量面板，我不知道谁来看过。说实话，这一点我适应得最快。
- 富文本。没有加粗按钮、没有插入表格的向导。写错了，改文件。
- 全文搜索。现在的搜索是客户端过滤，只能搜当前页。文章多了之后得换个办法。
前两条我并不怀念。后两条是真实的代价，但目前规模下还扛得住。
得到的东西
最意外的是写作频率。之前一个月写一两篇，现在一周能写一两篇。
原因是：门槛降到了最低。等地铁的时候想到一句，掏出手机打开同步盘里的草稿，写两句；晚上回来在电脑上接着写。没有"开始写作"这个动作，只是"继续写"。
工具的意义，有时不在于它能多做多少，而在于它让你少想多少。
性能与稳定
这是最不值得一提的好处，但值得一提：快，而且几乎不会坏。
全站就是一个 Nginx 目录，配了长缓存和压缩。首屏基本是即时出现。没有 PHP、没有 MySQL、没有定时任务，意味着没有"服务挂了"这种故障模式——只剩"文件丢了"和"磁盘坏了"，而这两件事都有明确的应对办法（备份）。
一些取舍
如果你的站点需要互动、需要用户登录、需要每天更新的内容流，静态方案显然不合适。我的站点没有这些需求——它只是一份记录，写给未来的自己看。
反过来，如果你的站点也只是一个人、一些文字、偶尔几张图，那它很可能也不需要那么重的东西。
结语
我不是在推荐静态方案，只是在描述一件发生在我身上的事：当我把"写"和"维护"拆开，写作这件事变得轻了。
这大概才是真正的原因。