📍 WDQWDWQD987AAAAA:216.73.217.138
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a2b71c599d67.html
📄

个人博客建站 - 网站迁移应准备哪些记录

网站迁移前最该准备的，不是一份“搬家清单”，而是一套能还原现状的记录。常见误解是：只要把文件打包、数据库导出，就算准备好了。实际上，迁移后最容易出问题的往往是那些没被记录下来的东西——重定向规则、定时任务、环境变量、外部服务回调地址。没有这些记录，新站看起来能打开，但功能可能悄悄失效。

为什么“文件加数据库”不等于完整迁移记录

个人博客建站通常不止是静态页面。它可能包含评论系统、订阅推送、图片外链、统计代码、自定义短链、CDN 缓存规则。文件与数据库只覆盖了内容本身，而让内容“活起来”的配置分散在服务器、第三方平台和域名解析里。迁移时如果只搬内容，不记录这些外部依赖，就会出现评论丢失、图片 404、订阅邮件里的旧链接失效等现象。所以记录的核心目的，是让新环境能复现旧环境的行为，而不是仅仅复现数据。

迁移前应逐项记录的内容清单

下面这份清单按“先记录、后操作”的顺序组织。每一项都建议写成文本文件，和备份放在一起，而不是只留在脑子里。

• 域名与 DNS 记录：A 记录、CNAME 记录、MX 记录、TXT 记录（如 SPF、域名验证）的当前值。截图或复制文本均可，但要标注记录类型和主机名。
• 重定向规则：旧站有哪些 301、302 规则，分别从哪个路径指向哪个路径。这是迁移后最容易漏掉、也最影响已有链接的部分。
• 服务器环境：Web 服务器类型与版本、PHP 或 Node 版本、数据库版本、必要的扩展模块。个人博客建站常用环境如果版本差异大，迁移后可能直接报错。
• 定时任务：crontab 或计划任务的执行时间与命令。备份、缓存清理、订阅推送常依赖它们。
• 环境变量与密钥：数据库连接信息、API key、第三方服务的 token。记录时注意不要明文暴露在公开仓库里。
• 第三方服务回调地址：评论系统、统计工具、支付或订阅服务里填写的回调 URL、Webhook 地址。迁移后域名或路径变了，这些地址需要同步更新。
• 媒体文件引用方式：图片和附件是本地存储还是对象存储，外链地址是否包含旧域名。这决定了迁移后要不要批量替换链接。
• 当前可访问性基线：迁移前记录几个关键页面的状态码和大致加载情况，作为迁移后的对照依据。

一个可执行的记录步骤

假设你正在准备把博客从一台服务器迁到另一台。可以按以下顺序操作：

1. 在旧站导出数据库和文件，同时把上述清单逐项填写完整。
2. 用 curl -I 检查首页、文章页、分类页、图片地址的响应头，把状态码和重定向目标记下来。
3. 登录域名解析后台，把现有 DNS 记录复制到本地文本文件。
4. 检查第三方平台里填写的回调地址和域名，逐条记录并标注是否需要更新。
5. 在新环境部署后，先不改 DNS，用本地 hosts 或临时域名访问，对照旧站基线逐项核对。

这个步骤的适用条件是：你有权限访问旧站的服务器、域名解析和第三方平台。如果其中某一项无法访问，比如旧主机已经无法登录，那就只能从公开可查的部分入手，记录你能看到的重定向和页面状态，并接受部分配置可能无法完整还原。

迁移后如何判断记录是否够用

判断标准不是“新站能打开”，而是“旧站能做的事，新站也能做”。具体可以检查：

• 随机抽取几篇旧文章的固定链接，确认返回 200 而不是 404。
• 提交一条测试评论，确认评论系统正常写入和显示。
• 触发一次定时任务涉及的功能，比如手动运行备份脚本，确认能正常执行。
• 检查图片和附件是否正常加载，尤其是那些使用了旧域名绝对地址的资源。
• 查看订阅或推送服务的回调日志，确认新地址已被正确调用。

如果以上检查中有任何一项失败，就回到记录清单里找对应的条目，看是记录缺失还是新环境配置不一致。迁移记录的价值，正是在这种时候体现出来：它让你能定位差异，而不是从头猜。

下一步建议：把这份记录清单保存为迁移专用文档，并在每次修改博客配置后顺手更新它。这样下一次迁移时，你面对的不是一堆需要重新摸索的设置，而是一份可以直接对照的现状说明。