龙岩网站制作，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /cf495f2c1ba7.html
📄
龙岩网站制作，网站迁移应准备哪些记录
网站迁移前最该先准备的，是一份能覆盖“域名、解析、服务器、程序、数据库、内容、账号、验证”八类信息的迁移记录表。对龙岩网站制作项目来说，时间和人手有限时，不要急着传文件，先把这些记录补齐，再按“先备份、后切换、再验证”的顺序执行，能明显减少迁移后打不开、数据丢失或无法回退的情况。
先建一张迁移记录表，最少写清八类信息
适用前提是：网站已有可访问的域名、稳定的源服务器和可登录的管理后台。若其中任何一项缺失，应先补齐再迁移。记录表建议用表格或文档保存，至少包含以下字段：
- 域名记录：域名注册商、到期时间、DNS 服务商、当前解析记录。
- 服务器记录：源主机与新主机的 IP、操作系统、Web 服务软件及版本。
- 程序记录：建站程序名称与版本、主题或模板名称、已启用插件清单。
- 数据库记录：数据库类型、库名、用户名、字符集、备份文件位置。
- 内容记录：上传目录、图片附件目录、伪静态规则、定时任务。
- 账号记录：后台管理员、数据库、FTP 或 SSH、DNS 的登录入口与保管方式。
- 证书记录：SSL 证书类型、签发时间、到期时间、部署位置。
- 验证记录：迁移前后可打开的页面清单和检查结果。
判断结果很简单：如果拿着这张表，另一个人也能独立完成迁移，说明记录合格；如果只有你自己知道某一步怎么操作，就还需要补充。
时间和人手有限时，按这个顺序处理
第一步，备份源站文件和数据库，并把备份文件下载到本地或另一台设备，不要只留在原服务器上。第二步，在新环境还原数据库、上传程序文件，修改数据库连接配置。第三步，用临时域名或本地 hosts 指向测试，确认首页、栏目页、文章页、后台登录都能正常打开。第四步，再修改 DNS 解析，把域名指向新服务器。第五步，观察解析生效后，逐项验证页面、表单、图片和证书。
这样安排的原因是：解析切换属于对外生效动作，一旦提前操作，访客会直接看到新环境的问题。先测试、后切换，出现异常时还能回退到源站。验收信号包括：页面返回正常状态码、图片能加载、后台可登录、数据库内容与迁移前一致、HTTPS 访问不报证书错误。
迁移前后必须核对的检查项
迁移前核对：源站是否还有未发布的草稿、待处理的订单或评论；数据库备份是否完整；上传目录是否全部复制；伪静态规则是否随程序一起迁移。迁移后核对：固定链接是否可访问；站内链接是否仍指向旧地址；表单提交是否成功；邮件通知是否正常；搜索收录相关设置是否被意外改动。
假设一个常见例子：迁移后首页能打开，但文章页全部 404。可能原因是伪静态规则没有同步，也可能是服务器未启用重写模块，还可能是数据库中的固定链接设置未更新。这时不要直接断定是某一种原因，应依次检查规则文件、服务器模块状态和后台链接设置，逐项排除。
记录里要区分“已确认”和“待确认”
迁移记录不是越详细越好，而是要让关键信息可追溯。凡是已经验证过的内容，标注“已确认”；只是听说或推测的，标注“待确认”。例如 DNS 解析是否已生效，应以实际查询结果为准，而不是凭印象判断。涉及具体服务商或工具时，应以官方文档和实际界面为准，不依赖他人转述。
适用条件是：迁移过程可能跨天完成，参与人可能中途更换。把状态标清楚，接手的人才知道下一步该做什么，也避免重复操作。
下一步：先补记录，再做一次完整演练
现在就可以打开一份空白文档，按上面的八类字段逐项填写。填不出来的项目，就是迁移前最需要优先处理的工作。填完后，用测试环境完整演练一次迁移流程，记录每一步的实际结果，再决定正式切换的时间。
