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

如果说之前的迁徙是从“动态”回归“轻量”，那么这次从 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？
    1. 彻底解耦：写作在本地，生成在本地，部署只是上传文件。服务器不再需要运行 PHP 或数据库，只需要一个 Nginx 或 OSS 存储桶。
    2. 极致性能：生成的纯 HTML 文件可以被任何 CDN 完美缓存。配合阿里云 ESA 或 Cloudflare，全球访问速度可以达到毫秒级。
    3. 现代开发流：基于 Node.js，可以使用 npm 管理插件，支持 Git 工作流。对于熟悉前端开发的我来说，这才是“原生”的体验。
    4. 安全性：没有数据库，没有后端脚本，黑客几乎无处下手。