从 Hugo 到 Notion：又一次博客迁移

说来也没什么特别的契机。今天突发奇想，就想把吃灰很久的博客重新捡起来。

这个博客自 2024 年起就彻底下线了，哪怕当时已经是静态部署，我也没再维护，直接关了。中间隔了差不多两三年，人在忙别的事，博客就一直搁着。直到今天，看到现在 AI 辅助写代码已经强到这个程度了，就想着 要不试试？

于是花了一整天，从零开始把整套博客重新搭了起来。

回顾一下这个博客的技术栈变迁：

最早是 Typecho，后来搬到了 Hugo。这次则是从 Hugo 再往前走了一步，彻底甩掉了框架。

现在的方案是：内容全部在 Notion 里写和管理，通过 Notion 官方 API 拉取数据库内容，再用 Python 脚本把它生成纯静态的 HTML 页面。没有用任何前端框架，JavaScript 也压到了最少，大概只有深色模式切换和代码块高亮用到了一点。

整个构建脚本基本都是靠 vibe coding 搞定的，AI 写代码确实快太多了。

既然重启，旧博文也得跟着整理。

但翻回去看以前写的东西，很多已经不太想再公开了，情绪化的表达太多，有些内容现在的我觉得不太适合继续摆在台面上。问题是，如果按这个标准筛，几乎一篇都选不出来。

最后折中的办法是用 GPT 把原文的大意做了一轮重构，去掉过度分享的部分，我再自己过一遍修改。写了几百篇，目前只迁了 17 篇过来，加上这篇算 18

所以如果你觉得前面那些旧文读起来像是 AI 总结过的，那确实是经过了一轮重写。原文我就不放了。

部署平台纠结了一会儿。

Cloudflare 的 Pages 是老牌免费选项，但从国内访问我的域名基本都绕到美国去了，体验不太行。GitHub Pages 用的是 Fastly CDN，国内直连走日本边缘节点，速度还行，但构建额度只有每月 2000 分钟。

Vercel 这边构建额度更宽裕（6000 分钟），通过观察发现似乎国内访问的路由比较灵活，比 GitHub Pages 好点，移动走日本，联通走新加坡。另外一个考虑是，Notion 的图片本身就存在 AWS S3 上，我直接把图片源链接拉出来用了，相当于整套资源都在 AWS 体系内。既然如此，部署也放在 AWS 的基础设施上，链路更统一一些，要炸一起炸，就不依赖 Cloudflare 了

折腾了一整天，目前站点已经能正常跑了。后面有空再慢慢补内容和细节。

以上。