我的博客比我用来运营它的大多数工具都要古老。最早的文章始于 2000 年代初的 LiveJournal，在 2000 年代中期某时通过 WordPress 导入迁移，随后作为 Hugo 站点度过了近十年时光，而大约在一周前，它迁移到了一个 Astro 5 站点，该站点逐字节地复现了所有旧的统一资源定位符（URL）。这涵盖了从 2001 年到 2020 年的 2,630 篇文章，它们被精确地冻结在最终停留的位置。
与此同时，我的演讲网站（包含自 2012 年以来的 106 场演讲）从 Notist 迁移到了我自己拥有的平台上。此外，那个将我的 dev.to 草稿与 git 同步的工具终于按照它原本应有的方式运行，而不是像之前那样实际运行的方式。
这三者曾经是独立的代码仓库。直到今天早些时候，它们合并成了一个单体仓库，保留了来自所有三个仓库的真实 git 历史记录，而不是压缩成“初始提交”就草草了事。以下是导览：这两个网站如何运作，dev.to 如何融入其中，以及在此过程中以有趣方式出现的一些故障。
如今的架构形态
三个系统，一个人，现在整合为一个代码仓库：
-
mattstratton.com 是个人网站。它承载着拥有 2,630 篇文章的遗留归档，以及一个较新的、通用的
/writing/版块，用于发布任何非归档性质的写作内容。 - speaking.mattstratton.com 是演讲归档：每一套幻灯片、每一个视频、每一场活动，均由自行托管。
- mattstratton-dev-to 根本不是一个网站。它是一个小型工具，用于保持 dev.to 草稿与此 git 代码仓库同步，正是它让在 dev.to 上发布的文章也能原生地显示在 mattstratton.com 上，而这正是本文即将经历的过程。
它们现在已合并为一个单体仓库，但在底层仍然是三个真正独立的关注点，拥有各自的配置文件和存在理由。让我们逐一探讨。
mattstratton.com：保留二十年的数字足迹
当前站点基于 Astro 5 和 Tailwind v4 构建。塑造迁移过程中其他所有决策的唯一规则是：统一资源定位符（URL）保留是最高准则。 astro.config.mjs 设置 trailingSlash: 'always' 并以目录格式构建，旨在精确复现旧的 Hugo 统一资源定位符（URL），而这些 URL 此前又复现了 WordPress 的 URL。无论是来自 2009 年博客链接列表的还是来自链接 2014 年演讲回顾的会议网站的旧入站链接，仍然可以正常解析。没有人需要因为我决定用不同的框架重写网站而去修复死链。
posts 集合是从 Hugo 批量转换而来的、冻结的 2001 年至 2020 年归档。它不再增长。它只需要继续存在。所有新内容都进入 writing，而当我开始写这篇文章时，我没想到这个版块会有这么多内容。
领域指南：我自己的文章加上我在其他地方写的优质内容
/writing/ 的范围曾经要狭窄得多。在这个项目之前，工作计划将其锁定为专注于 PostgreSQL、旨在建立权威性的内容，这一想法继承自一份为完全不同于阅读我个人博客的受众所编写的内容策略文档。打破这种范围限制的反对意见很简单：我包罗万象，而一个只能容纳一个主题的个人网站并不是
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
