# 博客迁移到了新家

Table of Contents

如题所示,在博客运行的第 1785 天,我把博客迁移到了基于 astro 框架的 multiterm 上.

A coder-ready Astro blog theme with 60 of your favorite color schemes to choose from 🎨
38361MITAstro

事情起因

起因就是看到了其他人在用 multiterm 替代了 hexo,让我想起来我有一个很长时间没有更新的 hexo 博客。

很长时间没有更新 hexo 的借口有很多,听我慢慢狡辩。一是因为主要在更新 图书馆 那边,二是因为现实中确实有实在太多事情要处理,包括我在其他平台和社群也有文章在写,加上博客这边好像也没什么人看,所以博客这边一直处于搁置状态。但还有其三,那就是 hexo 博客维护起来相当折磨。

其实 hexo 博客维护起来折磨当然有一部分原因是我以前不会用 CI/CD 工具来省力,每次写完文章都要手动打指令在本地构建然后通过 Github Page 部署。现在看来,如果没有 Github Page 自动部署,技术力底下的我大概连博客都部署不起来。可以看见,在后来 Library 那边引入了 CI/CD 后,文章就库库冒出来一大堆,因为我只管写了,底下自动构建自动部署把障碍清理干净了。

但是即便在今天,hexo 的开发体验让我觉得有点便秘。本地构建感觉有点慢;定制的时候要去主题文件翻天书的阴影;加上现在对各种现代技术的关注让我觉得——感觉不如试试 astro.

选择了 Astro

选择 astro 的一个很大原因是看到了他们官网上的介绍:

Astro is a JavaScript web framework optimized for building fast, content-driven websites.

Astro 是一个专为构建快速、内容驱动型网站而优化的 JavaScript 网页框架。

内容驱动!然后我就换成了基于 astro 的 multiterm——我当然没空手搓一个,虽然 astro 在直觉上让我觉得用起来会很方便。不过考虑一个喜欢的简单项目然后在其基础上定制更省事一点。

去看看 astro 的官网,可以看见其支持相当多能让我心动的特性:

  • 集成兼容 React、Vue、Preact、Svelte、Solid.
  • 支持 Typescript 验证 Markdown mdx 的 Front matter
  • 默认按需加载 js
  • 内置页面过渡效果
  • 图片优化,比如自动 png 转 webp
  • 基于文件路由
  • 中间件支持
  • 部署适配器
  • 集成 AI MCP
  • 环境变量管理
  • 开发工具栏

比起 hexo 这种专门的静态网站生成器,astro 作为一个带有现代特性的网页框架让我更为想要尝试,于是我花了一下午的时间了解了一下 multiterm,然后配好并进行了一些定制。

Multiterm 很棒

在我了解了 Multiterm 后(实际上只是看了那篇说明书),我发现它支持了不少方便的 md 扩展,而且语法也不算很难记,改起来更是看一眼大概能明白什么意思——这点很重要,除了 hexo,我也尝试过 hugo,但是 hugo 的模板语法实在是第一眼太抽象,而且还有不少限制,我花了不少时间搞明白怎么自己制作一个模板,结果还是有问题的。相比之下,astro 还是方便很多。

而且 Multiterm 让我最喜欢的就是样式主题,这个主题很简洁漂亮,而且主页还集成了 github heatmap。

不过 Multiterm 也不是什么都有,比如说国内平台相关的功能就没有:像是 footer 的知乎链接还是我进行定制做出来的功能。不过这些都是小问题,项目的代码还挺清晰的,至少我让 ai 改,我还能毫无压力地重新审查一遍,都不需要问 ai 哪个是什么意思。

总得来说,我觉得 astro + multiterm 已经比之前 hexo + butterfly 或者 hugo + gitbook 的体验好很多了,非常适合个人博客尤其是我自己的博客。

重新思考博客

在工具更换的同时,我当然会下意识思考我是否陷入了换玩具的心理。但我没有回答,我觉得我确实会有「因为更现代更快而且玩起来很方便就想要试试」的心理。

我重新思考我很长时间没有更新的博客,我想到了最近一直在维护社团知识库和个人数字花园的那些笔记,我想我一直以来对博客的理解可能有些问题。

在早期,我看见很多技术博客他们会在上面更新技术,而我正在学习,所以我也同样想要将学习整理成笔记传上博客,但是后来我发现笔记这种东西如大雨中的水一样到处都是,全部上传博客只会让人看到一大堆有头没尾的碎片化信息,再后来我知道了数字花园这样的概念后,我相信 quartz + obsidian 搭建的数字花园才是那些笔记的去处,而博客则因为失去了笔记流而停滞。

最近遇到了很多事情,我开始稍微留意了一下那些不止是技术类的个人公众号和博客,我突然意识到,也许博客相比数字花园,其内容更应该偏向记录、分享、表达而不是将知识捋顺成笔记讲给人,因为博客这种由 tag 和 series 形式组成的检索而不是文件树组织的文章天然就更偏向记录,使用博客的形式去记载各种零碎的笔记完全是折磨读者,因为笔记很短,而且不少还因为学得不深而不成体系地零零散散。

总而言之,我觉得我现在得重新探索博客应该真正写点什么的问题。

先祝贺博客的乔迁之喜吧。

My avatar

感谢你阅读我的文章! 你可以自由地检查我的其他文章或通过页脚的社交链接联系我。


一天不倒腾就难受 Series

Comments