博客程序的一次大重构
内容提要
作者用Astro重构博客，弃用SvelteKit，经三次Codex开发实现静态站点生成器，保留原页面表现。新增动态多语言路由和交互服务，评论数据存本地并渲染为静态页。还加入作者声明、数字签名与时间戳防抄袭功能，部署于Cloudflare Worker。
延伸解读
重构策略的转变
作者最初尝试直接迁移，但Codex产出不符合预期，随后改为先构建全新Astro站点，再逐步吸收原项目功能。这种“重写而非迁移”的策略，避免了代码逻辑和表现上的不一致，最终实现了像素级复刻。对于类似的重构项目，这种分阶段重写的方法可能比直接迁移更可控。
静态与动态的平衡
新博客采用静态站点生成器，但通过动态多语言路由和交互服务弥补了纯静态的不足。评论数据最终渲染为静态页面，既保留了静态站点的性能优势，又实现了动态交互。这种混合架构适合部署在Cloudflare Worker等边缘环境，兼顾了内容发布效率和用户体验。
防抄袭的实践
文章引入作者声明、数字签名和可信时间戳，为每个修订版提供可离线验证的证据。这并非针对已发生的抄袭，而是预防性措施。对于原创内容创作者，这种技术手段可能有助于确立原创性和时间证明，但实际效果还需依赖验证工具的普及。
Q&A
作者为什么从 SvelteKit 迁移到 Astro？
作者认为博客是一个纯内容发布系统，更适合使用 Astro 来生成静态站点，并剥离交互功能。
作者使用 Codex 进行了几次开发尝试？最终成功的方法是什么？
作者进行了三次尝试。第一次直接迁移，但代码质量和表现不符合预期；第二次限制过多，项目不稳定；第三次放弃直接迁移，从头构建完整的 Astro 站点，再逐步抽出引擎和主题模块，最后从原项目中吸收功能，最终实现了与原项目几乎无差别的页面表现。
新版博客程序的核心架构是怎样的？
新版博客程序本质上是一个静态站点生成器，主题负责页面表现，类似 Grav/WordPress 的主题。配置、数据、页面和文件整理好后即可发布新站点，无需考虑框架相关的东西。
新版博客如何处理多语言？
由于旧版的多语言实现依赖动态 URL，无法在纯静态站点中实现，因此新版实现了动态的多语言路由。全站数据和页面都是静态的，但语言路由负责处理语言和请求转发，适合部署在 Cloudflare Worker 上。
新版博客的评论系统与 Disqus 等第三方评论有何不同？
新版博客的评论系统不是外挂第三方评论，而是从原项目中剥离出的交互服务，只提供接口管理。评论数据保存在本地站点内容中，最终渲染成静态页面，而不是通过动态加载脚本显示评论。
作者为防抄袭采取了什么措施？
作者为每篇文章的每个修订版添加了作者声明、数字签名和可信时间戳，所有证据提供打包下载，可以离线验证。
新版博客的访问体验相比旧版有何变化？
新版博客的访问体验除了免页面刷新的骨架屏外，几乎没有任何缺失。
