拉萨网站开发：网站迁移应准备哪些记录？先备齐这四类
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /43919454a08f.html
📄
拉萨网站开发：网站迁移应准备哪些记录？先备齐这四类
网站迁移应准备的记录，核心是四类：原站资产清单、域名与解析信息、运行环境与配置、迁移过程与验收记录。对拉萨网站开发项目来说，如果时间和人手有限，先做一件事——把“迁移完成后要交付什么”写清楚，再倒推需要哪些资料、谁负责、怎么验收。记录不是形式，它的作用是让迁移可回退、可核对、可交接。
第一类：原站资产记录，先盘清再动手
迁移最容易出问题的环节不是上传，而是不知道原站到底有什么。建议先建立一份资产清单，至少包含以下条目：
- 页面与栏目结构：首页、列表页、详情页各有多少，层级关系如何。
- 静态资源：图片、视频、字体、样式表、脚本文件的存放目录与引用方式。
- 数据库：表结构、字符集、数据量级、是否有存储过程或触发器。
- 动态功能：表单、搜索、评论、会员、支付等依赖哪些服务。
- 外部依赖：统计代码、地图接口、短信接口、对象存储、CDN。
执行时可以用爬虫工具或站点地图导出 URL 列表，再与服务器目录逐项比对。判断标准很简单：如果清单里某个功能说不清依赖什么，就先标记为高风险，迁移前单独确认。
第二类：域名、解析与证书记录
这部分记录决定迁移后用户能不能正常打开。需要整理：
- 域名注册商、到期时间、管理账号归属人。
- 当前 DNS 解析记录，包括 A 记录、CNAME、MX、TXT 等，逐条抄录并注明用途。
- SSL 证书类型、签发机构、到期时间、是否支持自动续期。
- 是否使用 CDN 或反向代理，回源地址是什么。
核查方法是：在迁移前用命令行或在线工具查询一次解析结果，与后台记录对照。如果解析记录里存在“不知道是谁加的”条目，先查清再改，避免误删邮箱或验证记录。适用条件是任何涉及换服务器或换服务商的迁移；如果只是同机换目录，这部分可以简化，但证书到期时间仍要记录。
第三类：运行环境与配置记录
网站能跑起来，靠的是环境匹配。需要记录：服务器操作系统与版本、Web 服务器软件与版本、程序语言版本、数据库版本、必要的扩展模块、定时任务、环境变量、目录权限、伪静态规则。
举例来说（假设场景）：原站使用 PHP 7.4 加 MySQL 5.7，新环境默认装了 PHP 8.2 和 MySQL 8.0，直接搬过去可能出现兼容报错。此时记录的作用是提前比对，而不是迁移后逐个试错。判断结果是：版本差异越大，越要先在测试环境跑一遍，再决定升级代码还是调整环境。时间和人手有限时，优先记录数据库版本、语言版本和伪静态规则这三项，它们最容易导致整站打不开。
第四类：迁移过程、责任与验收记录
从交付结果倒推，验收记录至少包含：迁移时间点、操作人、每一步做了什么、出现什么异常、如何解决、最终检查结果。可以按下面的顺序安排最先处理的工作：
- 先定验收人：谁确认迁移完成，谁有权决定回退。
- 再做全站备份：文件和数据库各一份，记录备份位置与时间。
- 然后冻结内容：迁移期间暂停发文和改配置，避免两边不一致。
- 最后逐项验收：首页、栏目页、详情页、表单提交、搜索、登录、移动端显示、HTTPS 跳转。
验收时不要只看首页能打开。抽查若干内页，检查图片是否加载、链接是否 404、表单是否能提交、数据库写入是否正常。如果发现异常，先对照“已经定位的原因”和“可能原因”：例如页面空白可能是程序报错，也可能是权限不足或数据库连接失败，在未看到错误日志前不要断定是单一原因。
时间紧时，先做这三件事
如果只能投入很少人力，按这个顺序执行：第一，导出完整 URL 清单和数据库备份，并记录存放位置；第二，抄录 DNS 解析记录和证书到期时间；第三，指定一名验收人并约定回退条件。这三项做完，迁移即使中途出问题，也有据可查、有路可退。下一步，把上述四类记录整理成一张表格，每项标注负责人和完成状态，再开始实际搬迁操作。
