前言
- 先上图——这是之前陪伴了我半年的旧博客,基于 Astro 框架的 Mizuki 主题。但在今天,我正式和它说再见了。

- 为什么要换掉它?且听我慢慢道来。
性能方面:小服务器的噩梦
-
Astro 框架深度依赖 TypeScript,每次刷新页面时都需要进行编译,这对服务器资源的占用相当可观。在没有进行专门配置Swap空间的情况下,我使用的阿里云"99计划"套餐——那台只有 2GB 运行内存 的入门级服务器根本扛不住这种压力,直接跑崩是常态。
-
一旦页面刷新完成、静态文件生成后,服务器资源几乎处于完全闲置状态。这意味着我花钱购买的算力,大部分时间在"空转",造成了大量不必要的成本浪费。
-
原框架本身包含大量静态资源,加载时对本就不充裕的服务器带宽雪上加霜。即便套上了 CloudFlare的CDN,加载速度也呈现出一种"神鬼二象性"——有时候快得飞起,有时候又慢得让人怀疑人生,体验极其不稳定。
功能方面:过度设计的负担
-
Mizuki 主题的配置项目繁多且复杂,光是阅读文档就需要花费大半天时间。更痛苦的是,大量配置采用数组格式,不仅繁琐还容易出错,配一个小功能往往要折腾很久。
-
半年站长生涯让我逐渐清醒——我根本不需要那么多功能。那些花里胡哨的特性,在实际运营中几乎从未被用到,反而成了维护时的累赘。
-
网站访问量本就不大,我在配置和维护上花费的时间与获得的回报完全不成比例。当热情被繁琐的配置消耗殆尽,博客也就失去了持续更新的意义。
便利性方面:创作门槛太高了
-
纯静态博客最大的痛点——没有内置文章编辑器。每次写文都要先在本地编辑器里写好,再手动上传、部署,门槛高得离谱。完全做不到"拿起设备就能写,放下就能发"的理想状态。
-
每篇文章还需要手动配置各种元数据:标题、日期、标签、分类等,这些与内容无关的机械操作不断打断写作思路,无法做到真正专注于码字本身。
-
正因为缺少内置编辑器,手机端的写作支持几乎为零。在这个移动优先的时代,这无疑是致命的短板。
-
每次修改后都需要等待好几分钟才能完成部署刷新,对于需要反复检查排版和兼容性的写作流程来说,是地狱般的体验。
综上,对于我这个懒虫而言,如果一个博客不能做到足够便利,那我就几乎没有更新与维护的动力。失去了持续创作的可能,博客存在的意义又在哪里?
折腾环节:遇见 Typecho
-
偶然间,我发现了 Typecho——这个堪称神奇的博客框架。它的极致轻量化让我折服,一键式部署的便捷让我惊叹。但最重要的是,它完美击中了我所有的痛点:性能开销大?Typecho 轻到飞起。配置复杂?几乎开箱即用。维护困难?后台管理直观清晰。
-
让我心动的是它原生自带的 Markdown 编辑器。这意味着我终于可以真正实现"走到哪里写到哪里"——无论是电脑前、床上,还是通勤路上,只要有灵感就能立刻记录。我也在这个过程中真正领悟了 Markdown 语法的强大:仅仅一种标记语言,就能替代 Mizuki 里一大堆复杂的配置项,保守估计为我省去了 60% 以上的配置精力。
-
原博客的所有文章都是使用 Markdown 编写的,而 Typecho 原生完美支持 Markdown 格式,这意味着我可以实现零成本、无痛迁移,所有历史文章直接导入即可,无需任何格式转换。
-
在社区大名鼎鼎的 Jasmine 主题基础上,我借助 AI 辅助完成了以下个性化定制:
- 动态 Banner:添加了顶部 Banner 图片区域,并让博客自动读取指定目录下的所有图片,实现每次刷新时的随机轮换展示,让首页常看常新。
- 在页面右上方添加了醒目的站点标题,并解除了描述文本的单行限制,让个性签名可以完整舒展。
- 三模式文章封面:在发布页面新增了独立的样式控制,支持无图 / 单图 / 多图三种模式的手动切换。特别是多图模式,完美适配我用来展示摄影作品的需求。
就这样,一个曾经只画在我日记本上的博客设计草图,如今真实地呈现在了你的面前。
遵守开源规范,本修改主题已发布到Github
Typecho,你好!
这不仅仅是一次框架的迁移,更是一场关于减法哲学的实践——去掉不必要的复杂,回归博客最本质的模样:写作、展示、分享。感谢 Typecho,让我开始重新找回了写博客的乐趣。
评论