让博客轻一点,让表达远一点
从动态站点到静态博客:留住文字与照片,把复杂度留在构建时,把时间还给写作。
DEMO · 示例内容,仅用于展示版式与阅读体验,尚未迁入原博客文章。
有时候,维护一个博客最费力的部分,恰好不是写作。
你想记录一个刚想明白的问题,却先想起待更新的插件;你想分享一张照片,却又担心服务器上多出来的一套依赖。久而久之,一个表达的地方,变成了一份维护清单。
这个 Demo 尝试另一种方式:让站点保持简单,让内容成为主角。
写作发生在 Markdown 里
一篇文章就是一个文件。标题、日期、分类放在开头,正文放在下面。它不依赖浏览器里的编辑器,也不要求一直开着数据库。
---
title: "我的第一篇手记"
date: "2026-10-21"
category: "技术手记"
---
今天,记下一个值得留下的想法。
文件的好处很朴素:可以版本管理,可以离线修改,也容易备份和带走。换一种建站工具时,文字仍然是你的。
把复杂度移到构建时
Astro 在构建时把内容生成 HTML。访问者打开的是已经准备好的页面,而不是等待服务器临时拼装内容。
这里的关键词不是“永远不需要维护”。构建工具和依赖同样需要更新。区别在于,公开站点不必再保留一个持续处理请求的 PHP 运行时。
好的工具应该让你更容易开始,而不是让你更难离开。
迁移不只是复制正文
真正迁移一个旧博客,还要照顾那些容易被忽略的东西:
- 旧链接:为改变的路径准备重定向,尽量不要让收藏失效。
- 图片与附件:保留原始文件,检查文章里的相对路径。
- 发布时间与分类:这些信息是内容的一部分,不应在迁移时丢失。
- 代码与格式:长代码、表格、引用,都值得在手机上再读一次。
这个页面只是排版示例,还没有执行原博客迁移。下一步应该先整理内容清单,再决定永久链接和媒体目录结构。
少一点维护,多一点记录
静态博客不是所有网站的答案。如果需要复杂的用户交互、权限或者实时数据,它也会有自己的边界。
但对一个以文字、图片和长期归档为核心的个人博客来说,简单值得被认真考虑。
愿这个小小的站点,最后装下的是持续写下的东西,而不是持续增加的待办。