告别十年老友：Mr. Bard 从 Zblog 迁移至 Astro

“这是最好的时代，也是告别过去拥抱未来的时刻。”

终于，Mr. Bard 搬家了。

如果你注意到访问速度的变化，或者浏览器地址栏些许不同的质感，没错，我已经将网站从服役多年的 Zblog 平台完整迁移到了 Astro并部署在 Cloudflare 上。

十年 Zblog：从 ASP 到 PHP 的陪伴

回望过去，Zblog 陪伴我走过了将近十年的光阴。

还记得最初接触 Zblog 时，它还是 ASP 版本。在那个动态网页刚刚兴起的年代，Zblog 以其轻量、高效和极低的资源占用，成为了无数个人站长的首选。后来，随着技术栈的演进，我又跟随社区的脚步，平滑过渡到了 PHP 版本。

这十年里，Zblog 见证了我的成长，记录了无数个深夜的思考与碎碎念。它是我最喜欢、也是最熟悉的平台。它的逻辑结构、插件机制、乃至后台的每一个按钮，我都了如指掌。可以说，我对它有着深厚的感情。

然而，技术的车轮滚滚向前，不进则退。

时间来到 2026 年。虽然 PHP 依然在支撑着庞大的互联网应用，但对于个人博客这个场景而言，其生态的瓶颈愈发明显。

并非 PHP 不好，而是时代的风向变了。在如今这个追求极致性能、边缘计算和现代化开发体验的年代，传统的动态博客系统显得有些力不从心：

性能瓶颈：传统 PHP 应用需要服务器端实时渲染，即便有各种缓存插件，依然无法比拟纯静态文件的毫秒级响应。

维护成本：为了维持博客运行，我需要维护服务器、数据库，时刻关注安全漏洞，这分散了我写作的精力。

开发体验：现代前端技术突飞猛进，而 PHP 的模板引擎和开发模式在组件化、模块化方面显得有些老旧。

在经过半年的深度测评与思考后，我意识到：是时候做出改变了。我需要的是一个更轻、更快、更具未来感的载体。

在众多的静态站点生成器（SSG）中，我最终选择了 Astro。如果你也是技术圈的同行，你一定能理解我的选择；如果你是读者，不妨看看 Astro 的魅力所在：

默认零 JS 这是 Astro 最迷人的特性。传统的框架（如 React、Vue）往往需要向浏览器发送大量的 JavaScript 代码，导致页面加载变慢。而 Astro 在构建页面时，默认会将 JavaScript 剥离，只发送纯 HTML 和 CSS。这意味着，我的博客页面将变得极其轻量，加载速度快如闪电。
群岛架构 Astro 独创的“群岛架构”允许我在静态的 HTML 海洋中，嵌入交互式的动态组件。比如，我可以让文章正文保持纯静态以保证速度，而在评论区或导航栏使用 React 或 Vue 组件实现复杂的交互。这种“按需水合”的方式，完美平衡了性能与体验。
框架无关作为一个技术爱好者，我不想被单一框架绑定。Astro 允许我混合使用 React、Vue、Svelte 等多种组件，给了我最大的自由度。
Markdown 的原生支持对于一个博客来说，Markdown 的写作体验至关重要。Astro 对 Markdown 的支持极其出色，并能结合 MDX 实现 React 组件在文档中的混用，让文章的表现力大幅提升。简单来说，Astro 就像是一个现代化的印刷机，它把我写的内容“印”成最快的静态网页，而不是每次有人访问都要临时“画”一张。

有了优秀的构建工具，还需要一个强大的分发网络。Cloudflare Pages 成为了我的最终归宿。

全球边缘网络 Cloudflare 拥有遍布全球的边缘节点。当读者访问我的博客时，内容并不是从地球另一端的服务器传输过来的，而是从离你最近的节点直接返回。这意味着无论你在纽约、伦敦还是东京，访问 Mr. Bard 的速度都将接近本地读取。
无限带宽与免费额度对于个人博客而言，Cloudflare Pages 提供的免费额度简直良心。无限带宽、无限请求，这让我彻底告别了对于服务器流量超支的焦虑。
极简的 CI/CD 流程现在的发布流程变得无比丝滑：我只需在本地写好 Markdown，Push 到 GitHub 仓库，Cloudflare 会自动检测更新并触发 Astro 构建，几分钟后，新文章就自动上线了。不需要 FTP 上传，不需要登录后台。

从 ASP 到 PHP，再到如今的 Astro + Cloudflare，Mr. Bard 的技术栈完成了一次彻底的现代化重构。

告别 Zblog，我带着一丝不舍，但更多的是对未来的期待。这次迁移，不仅仅是换了套代码，更是为了在 2026 年这个时间节点，找回写作最纯粹的速度与激情。

感谢 Zblog 过去十年的陪伴，也感谢 Astro 和 Cloudflare 为未来的十年铺平了道路。

新家已落成，欢迎常来坐坐。