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

昭通网站开发_网站迁移应准备哪些记录

网站迁移前应准备的核心记录包括：域名与DNS解析记录、服务器与数据库配置、程序与插件版本、页面URL清单、重定向映射表、备份文件、账号权限清单、第三方服务对接信息。这些记录的作用是让新旧环境可对照、可回滚、可验证。缺少任何一类，迁移后就可能出现页面打不开、数据丢失或无法还原的情况。

用一个假设例子看清迁移记录的作用

假设你为昭通一家本地企业做了一个展示型网站，原来放在共享主机上，现在要换到云服务器。迁移前如果没有导出数据库、没有记录旧服务器的PHP版本、没有保存URL清单，那么迁移后可能遇到：文章页全部404、表单提交失败、图片路径错乱。反过来，如果提前记录了这些内容，迁移就变成按清单逐项核对的过程，而不是边猜边修。

这个例子的适用条件是：网站有动态内容、有独立域名、使用数据库。如果只是纯静态HTML页面，记录重点可以缩减为文件清单和URL映射，但账号与解析记录仍然需要。

迁移前必须整理的记录清单

• 域名与解析记录：域名注册商、到期时间、当前DNS服务商、A记录、CNAME记录、MX记录、TXT记录。迁移时如果只改A记录而漏掉MX，企业邮箱可能中断。
• 服务器环境记录：操作系统版本、Web服务器类型与版本、PHP或其他运行环境版本、数据库类型与版本、伪静态规则。这些信息决定新服务器能否直接运行原程序。
• 程序与插件清单：内容管理系统名称与版本、主题名称与版本、已启用插件或模块清单。不要只记录“用了某CMS”，要记录具体版本号，因为不同版本对数据库结构的要求不同。
• 数据库备份：完整导出SQL文件，记录数据库名、用户名、字符集。导出后应在本地尝试导入一次，确认备份文件可用，而不是只看文件大小。
• 文件与目录备份：网站根目录全部文件、上传目录、配置文件。配置文件里通常包含数据库连接信息，迁移后需要按新环境修改。
• URL清单与重定向映射：导出旧站所有可访问URL，标注哪些URL在新站中对应哪个地址。对于栏目调整或页面合并的情况，要提前写好301重定向规则。
• 账号与权限清单：后台管理员账号、数据库账号、FTP或SSH账号、域名管理账号。迁移完成后应及时更换密码，并删除临时账号。
• 第三方服务对接信息：支付接口、短信接口、统计代码、地图接口、客服系统的账号与回调地址。换域名或换服务器后，部分接口需要重新配置白名单或回调URL。

迁移执行与验证的步骤

1. 在新服务器上搭建与旧环境一致或兼容的运行环境，对照环境记录逐项确认。
2. 导入数据库备份，修改配置文件中的数据库连接信息，确认程序能正常读取数据。
3. 上传网站文件，检查上传目录和缓存目录的写入权限。
4. 在本地hosts文件或临时域名下测试新站，确认首页、栏目页、内容页、表单、搜索功能可用。
5. 确认无误后，修改DNS解析指向新服务器。解析生效前不要删除旧服务器数据。
6. 解析生效后，逐项检查URL是否正常、重定向是否生效、HTTPS证书是否有效、第三方接口是否回调成功。
7. 观察一段时间，确认没有大量404或500错误后，再考虑释放旧服务器资源。

常见错误包括：只备份了数据库没备份上传文件；迁移后直接删除旧站导致无法回滚；忘记修改配置文件中写死的旧域名；没有测试表单提交，上线后才发现邮件通知失效。判断迁移是否成功的标准不是“首页能打开”，而是核心功能与主要URL都能正常访问，且后台可以正常发布内容。

迁移后需要保留的记录

迁移完成后，应保留旧服务器的完整备份至少一个周期，保留DNS修改前后的解析记录截图或文本，保留重定向规则文件，保留新环境的配置说明。这些记录在后续排查问题时能直接对照，避免重复猜测。如果网站涉及昭通本地客户访问或本地搜索展示，还应确认新服务器的访问速度与稳定性是否满足要求，但这属于迁移后的优化环节，不是迁移前记录的必要内容。

下一步建议：先按上面的清单逐项打勾，把缺失的记录补齐，再选择低访问时段执行迁移。如果网站还在运行且不能长时间中断，可以先在新环境完整测试，最后只切换DNS解析。