网站建设需要哪些，网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4ad85176be6c.html
📄
网站建设需要哪些，网站迁移应准备哪些记录
网站迁移前应准备一份可核对的记录清单，至少覆盖域名与DNS、服务器与部署、程序与数据库、内容与文件、账号与权限、外部服务与统计、备份与回滚七类信息。记录的目标不是“写得很全”，而是迁移后能逐项验证：域名解析是否生效、页面是否正常打开、数据是否完整、旧链接是否还能到达新位置。下面从一个假设例子展开，说明该记什么、怎么用、容易错在哪。
假设一个迁移场景：从旧主机换到新主机
假设你有一个企业展示站，原主机即将到期，准备换到另一家主机。迁移前不要急着打包上传，先建一份迁移记录表，按下面几栏填写。以下内容均为示例格式，具体值以你自己的实际环境为准。
- 域名与DNS：域名注册商、DNS服务商、当前A记录或CNAME记录值、TTL设置、是否使用CDN。
- 服务器：操作系统版本、Web服务器类型与版本、PHP或其他运行环境版本、端口与防火墙规则。
- 程序与数据库：建站程序名称与版本、数据库类型与版本、数据库名、字符集、数据表前缀。
- 内容与文件：网站根目录路径、上传目录、伪静态规则文件、需要保留的附件与图片目录。
- 账号与权限：主机面板账号、数据库账号、程序后台管理员账号、FTP或SFTP账号（只记用途，不把密码明文写在普通文档里）。
- 外部服务：域名邮箱解析、统计代码、支付或表单接口、第三方登录回调地址。
- 备份与回滚：最近一次完整备份的时间与存放位置、旧主机保留期限、回滚时需要的原解析值。
迁移前必须核对的检查项
记录写完不等于可用，要按“迁移后能否验证”的标准检查。例如，只写“用了CDN”不够，还要写清CDN里配置的源站地址、缓存规则和需要刷新的路径；只写“数据库已备份”不够，还要写清备份文件放在哪、用什么命令或工具导入、导入后如何确认表数量一致。
- 确认域名解析的当前值，并记录修改前的原值，方便回滚。
- 确认新服务器的运行环境版本不低于原环境，避免程序因版本差异报错。
- 确认数据库备份可导入，最好在测试环境先恢复一次。
- 确认网站根目录、上传目录、配置文件路径与原站一致或已同步修改。
- 确认统计、表单、邮箱等外部服务的配置不会因换服务器而失效。
判断结果的方法很直接：在新环境用临时域名或本地hosts指向测试，逐页打开首页、栏目页、详情页、搜索页和表单提交页。如果出现空白页、数据库连接错误或样式丢失，先查运行环境版本、数据库连接信息和伪静态规则，不要直接断定是“迁移失败”。
常见错误：记录缺失导致迁移后反复排查
最常见的错误是只备份了网站文件，没记录数据库连接信息；或者只记了域名，没记DNS的TTL和CDN配置。迁移后页面能打开但后台登录不了，可能原因包括数据库账号密码未同步、程序配置文件未更新、会话目录权限不对，这几项要分别排查，不能只归为一种原因。另一个常见错误是把旧主机的解析值直接删掉，导致回滚时找不到原记录。正确做法是迁移期间保留旧主机和原解析值，确认新站稳定后再清理。
迁移当天的执行顺序与下一步
建议顺序是：先在新服务器部署并测试，再修改DNS解析，最后观察访问是否正常。修改解析后，不同网络环境生效时间可能不同，可以用命令行查询域名当前解析结果，确认是否已指向新服务器。如果使用CDN，还要在CDN侧刷新缓存并确认回源地址正确。
下一步：打开你的域名管理后台和主机面板，把上面七类记录逐项填成一张表，标出哪些是“已确认”、哪些是“待验证”。这张表就是迁移时的操作底稿，也是出问题时的回滚依据。
