博客程序的一次大重构
内容提要
作者用Astro重构博客程序，放弃直接迁移，改为从头构建静态站点生成器，保留原页面表现。剥离交互功能，评论数据存本地并渲染为静态页面。新增数字签名与时间戳证明原创。最终部署于Cloudflare Worker，体验几乎无缺失。
延伸解读
重构策略的转变
作者最初尝试直接迁移或使用Astro岛包装Svelte，但效果不佳。最终放弃迁移，从头构建静态站点生成器，再逐步吸收原项目功能。这种“重写而非迁移”的策略，避免了新旧代码混杂带来的维护难题，也保证了页面表现的一致性。
静态与动态的平衡
新博客主体是静态站点生成器，但多语言路由和评论功能需要动态处理。作者将语言路由部署在Cloudflare Worker上，评论则通过独立服务管理，数据仍保存在本地并渲染为静态页面。这种设计兼顾了静态站点的性能与动态功能的灵活性。
原创证明的落地
针对如何证明原创作者的问题，作者在文章修订版中加入作者声明、数字签名和可信时间戳，并提供打包下载以便离线验证。这是一种预防性措施，虽然作者尚未遭遇抄袭，但为未来可能的争议提供了技术保障。
Q&A
作者为什么选择用 Astro 重构博客程序？
作者希望实现类似 Grav 的内容结构，直接生成静态站点，并剥离交互功能。由于博客是纯内容发布系统，作者认为 Astro 比 SvelteKit 更适合这种需求，因此决定使用 Astro 进行重构。
作者在重构过程中尝试了哪三种方法？最终成功的是哪种？
第一次直接让 Codex 将 SvelteKit 项目迁移到 Astro，但代码质量和表现不符合预期；第二次限制必须 1:1 像素级复刻，但 Codex 走上了用 Astro 岛包装 Svelte 的路线，项目不稳定；第三次放弃直接迁移，从头构建完整的 Astro 站点，再逐步抽出引擎和主题模块，最后吸收原项目功能，最终成功。
新版博客程序在架构上有什么特点？
新版博客程序本质上是一个静态站点生成器，主题负责页面表现，与 Grav/WordPress 类似。配置、数据、页面和文件整理好后即可发布新站点。全站数据和页面都是静态的，但实现了动态的多语言路由来处理语言切换和请求转发，适合部署在 Cloudflare Worker 上。
新版博客的评论功能与 Disqus 等第三方评论有什么不同？
新版博客的评论功能不是外挂第三方评论，而是通过交互服务提供接口管理，评论数据保存在本地站点内容中，最终渲染成静态页面。这与 Disqus 那种在网页挂脚本动态加载评论的方式有本质区别。
作者为证明原创性采取了什么措施？
作者为文章每个修订版添加了作者声明、数字签名和可信时间戳，并提供打包下载，支持离线验证。这是为了防范未来可能出现的抄袭行为。
新版博客的访问体验相比旧版有什么变化？
新版博客的访问体验几乎没有任何缺失，除了免页面刷新的骨架屏功能被移除。整体体验与旧版几乎一致。
