Hello Hexo, Goodbye Typecho!——博客的「终极」迁徙


“知觉赋予感觉以意义,因此知觉产生的是对世界的解释,而不是对世界的完美表征。”

如果说之前的迁徙是从“动态”回归“轻量”,那么这次从 Typecho 转向 Hexo,则是一场从“服务端渲染”到“纯静态构建”的范式转移。

我是上古米歇尔,这是我的博客的第四次重大架构调整。回顾这一路,从 Gmeek 到 WordPress,再到 Typecho,如今落脚于 Hexo,这不仅仅是工具的更换,更是我对“如何更好地记录与表达”这一命题的不断重构。

迁徙路线图:一个少年的折腾史

1. Gmeek 时代:GitHub Pages 的初体验

关键词:免费、受限、Markdown

最初,我选择了 Gmeek。它基于 GitHub Issues 和 GitHub Pages,完全免费,无需服务器。

  • 优点:零成本,部署简单,只要会写 Markdown 就能发文。
  • 痛点:国内访问速度极不稳定(GitHub 被墙),评论系统依赖第三方,自定义程度低,且受限于 GitHub 的构建频率限制。对于一个追求极致访问体验和控制权的用户来说,它太“被动”了。

2. WordPress 时代:重型武器的尝试

关键词:PHP、MySQL、插件生态、臃肿

为了获得完全的控制权,我搬到了 WordPress。

  • 优点:生态极其丰富,想要什么功能都有插件,后台强大。
  • 痛点:太重了。对于一个个人博客而言,运行一个完整的 LAMP/LNMP 栈显得杀鸡用牛刀。数据库查询、PHP 解析、插件冲突……维护成本极高。在阿里云服务器上,它吃掉了过多的内存资源,且加载速度始终难以达到我心中的“秒开”标准。

3. Typecho 时代:轻量的平衡点

关键词:PHP、SQLite/MySQL、简洁、快速

厌倦了 WordPress 的臃肿,我发现了 Typecho。

  • 优点:代码优雅,体积小巧,性能远超 WordPress。它保留了动态博客的灵活性(如后台管理、即时发布),同时保持了极高的响应速度。
  • 痛点:虽然快,但它依然依赖服务器环境(PHP + 数据库)。这意味着我需要时刻关注服务器的安全更新、PHP 版本兼容性以及数据库备份。此外,Typecho 的主题生态相对封闭,想要实现现代化的前端交互(如 SPA 体验、复杂的动画)往往需要魔改核心代码,开发体验不够现代。

4. Hexo 时代:静态的终极形态

关键词:Node.js、Markdown、静态化、CDN 友好

现在,我来到了 Hexo。

  • 为什么是 Hexo?
  • 彻底解耦:写作在本地,生成在本地,部署只是上传文件。服务器不再需要运行 PHP 或数据库,只需要一个 Nginx 或 OSS 存储桶。
  • 极致性能:生成的纯 HTML 文件可以被任何 CDN 完美缓存。配合阿里云 ESA 或 Cloudflare,全球访问速度可以达到毫秒级。
  • 现代开发流:基于 Node.js,可以使用 npm 管理插件,支持 Git 工作流。对于熟悉前端开发的我来说,这才是“原生”的体验。
  • 安全性:没有数据库,没有后端脚本,黑客几乎无处下手。

5. Hexo 时代:静态的“围城”与幻灭

关键词:构建慢、无后台、伪动态、孤独

在 Hexo 里度过了短暂的“蜜月期”后,现实给了我一记响亮的耳光。

  • 优点:确实快,确实安全,确实不用管服务器。
  • 痛点(也就是我回来的原因):

    1. 构建速度的噩梦:随着文章数量突破几百篇,每次 hexo g 都像是一场漫长的等待。改一个错别字,都要重新生成全站,这种“全量编译”的模式在后期变得极其低效。
    2. 写作体验的割裂:我怀念 Typecho 那个随时随地打开浏览器就能写作的后台。在 Hexo 里,我需要打开 VS Code,管理 Git 分支,处理 Markdown 图片路径……写作变成了一项“工程任务”,而不是灵感的即时记录。
    3. 互动的缺失:虽然可以用 Valine 或 Twikoo 做评论,但那种“即时反馈”的社区感消失了。没有后台,没有仪表盘,我看不到谁刚访问了我的网站,感觉像是在对着空气说话。
    4. 插件的坑:Hexo 的插件生态虽然丰富,但版本兼容性极差。升级一次 Node.js 或 Hexo 核心,往往意味着半天的调试时间。

6. Typecho 回归:兜兜转转,还是你

关键词:熟悉、轻量、即时、人情味

于是,在一个普通的周二下午,我默默地把 Hexo 生成的文件清空,重新上传了 Typecho 的安装包。

是的,我他妈又回来了。

这并不是因为 Hexo 不好,而是因为我发现,对于我个人而言,博客的本质不是“性能极致”,而是“表达顺畅”。

  • 为什么是 Typecho?

    • 刚刚好的轻量:它没有 WordPress 那么臃肿,一个 SQLite 数据库就能跑得飞起,内存占用极低。
    • 真正的“写”博客:打开后台,输入标题,写下文字,点击发布。整个过程不超过 10 秒。这种流畅感,是任何静态生成器都无法比拟的。
    • 可控的动态:我依然拥有服务器,但我可以选择只运行最必要的服务。Typecho 的代码简洁到我可以随时修改核心逻辑,这种“掌控感”让我安心。
    • 社区的温度:Typecho 的圈子不大,但很暖。回到这里,像是回到了一个老朋友的客厅。

结语:没有终极,只有当下

回顾这四次迁徙,我意识到:不存在完美的博客系统,只存在适合当下阶段的你我的工具。

  • Gmeek 适合初出茅庐、零成本试错的我;
  • WordPress 适合渴望功能、不惜代价的我;
  • Hexo 适合追求极致性能、享受折腾代码的我;
  • 而 Typecho,适合现在这个只想安静写字、偶尔看看评论、希望一切刚刚好的我。

也许未来某天,我会再次离开 Typecho,去尝试 Hugo、Astro 或者某个尚未诞生的新怪物。但在那一天到来之前,我想先在这里,好好地写几篇文章。

Hello Typecho, Long Time No See.


评论区

只有一个人评论了

云云
中国广东省广州市移动 2026 October 7th 回复

又迁移??

添加新评论