网站迁移前最该准备的记录,是能证明“原站有什么、放在哪里、由谁控制、怎么恢复”的一组文件和数据。对昆明网站开发项目来说,迁移可能涉及域名、服务器、数据库、代码、备案信息和第三方服务,时间和人手有限时,优先整理域名与DNS记录、服务器与数据库备份、页面与URL清单、账号权限清单、第三方服务清单这五类,再按“查什么、怎么查、结果说明什么”逐项核对。
查什么:域名注册商、到期时间、DNS服务商、现有解析记录,以及域名是否开启隐私保护或锁定。
怎么查:登录域名注册商后台查看域名状态;用命令行执行 nslookup 你的域名 或 dig 你的域名,查看A记录、CNAME记录、MX记录和TXT记录;再对照DNS服务商后台的解析列表。
结果说明什么:如果域名和DNS不在同一服务商,迁移时至少要分别拿到两边权限。MX记录指向邮箱服务,TXT记录可能用于域名验证或邮件策略,这两类记录不能只备份A记录就了事。若域名处于锁定或隐私保护状态,需先确认解锁和转移条件,否则后续操作会被卡住。
查什么:原服务器操作系统、Web服务器软件及版本、数据库类型及版本、代码存放位置、上传目录、配置文件、计划任务和伪静态规则。
怎么查:登录服务器或主机控制面板,记录环境信息;导出数据库并校验文件大小;打包网站根目录;单独记录配置文件中的数据库连接、缓存、邮件和存储路径。对使用内容管理系统的站点,还要确认后台能否导出内容与用户数据。
结果说明什么:只有代码没有数据库,页面会缺内容;只有数据库没有上传目录,图片和附件会丢失。迁移前做一次本地或测试环境恢复,能验证备份是否可用。若恢复后出现白屏、乱码或链接失效,说明版本、编码或伪静态规则还需要调整。
查什么:原站可访问页面、栏目结构、URL规则、分页地址、标签页和已收录地址。
怎么查:从网站地图、后台内容列表和服务器访问日志中汇总URL;用爬虫工具或浏览器逐类抽查;把旧URL与新URL做成对照表,标注哪些是301跳转、哪些是删除、哪些保持不变。
结果说明什么:如果新旧URL结构一致,跳转工作会少很多;如果栏目或命名规则改变,就需要逐条设置301。没有对照表时,迁移后容易出现大量404,用户和搜索引擎都无法顺利找到原内容。
查什么:域名注册商、DNS、服务器、数据库、内容管理系统、统计工具、搜索资源平台、支付或表单接口、邮件服务、CDN和对象存储的账号与权限。
怎么查:列出每项服务的登录地址、账号归属、是否绑定手机号或邮箱、是否开启二次验证、API密钥或授权码放在哪里。对只有离职人员掌握的账号,提前办理移交或重置。
结果说明什么:迁移不只是搬文件,任何一项服务失去控制都可能造成解析无法修改、统计断档、邮件发不出或支付回调失败。若某项服务无法移交,应准备替代方案,而不是等到迁移当天再处理。
人手少时,先做不可逆或影响面大的事项:备份数据库和上传目录、导出域名与DNS记录、确认账号可登录、整理URL对照表。再处理可延后的事项:图片压缩、页面样式微调、旧日志归档。每完成一项,把结果写进同一份迁移记录表,标注负责人、完成时间和验证方式。
下一步可以先用一份表格把域名、服务器、数据库、账号、URL五类信息各填一行,每行只写“现状、目标、验证方法”。填不满的行就是迁移前还需要补查的地方。