最近这几天在迁移一个老网站，简单分享一下在迁移过程中碰到的一些棘手的问题。

我觉得迁移过程中最大的顾虑，就是需要兼顾线上用户浏览与网站技术栈的更新，总不能因为网站技术更新导致正常用户没办法访问吧。

而且我的网站是用 WordPress 这种传统技术栈搭建的，没有热部署这种选项，所以我更倾向于在本地把所有内容做好之后再进行整体覆盖。

大体逻辑梳理清楚了，那基本就两步走。

1. 先把技术层面的各种数据、各种关系梳理清楚，比如 DNS 解析搞明白，数据库表结构理清晰。

2. 再把网站的链接结构理清楚，可以从首页开始一层一层往下捋。

把这些信息通通都记录下来，并搞明白之后，便可以着手进行网站的重构了。

有些人喜欢把线上网站下载到本地，然后再在此基础上进行更新，但我自己并不是很喜欢这种方案。

因为我处理的那个线上网站，其技术栈管理非常混乱，仅仅页面编辑器就三个，且使用的异常混乱。

也正是因为这个原因，我更倾向于在本地从零到一把线上网站重构出来。

做起来其实不难，直接在本地搭建一个 WordPress 网站，安装好自己经常会用到的一些插件工具。

等技术环境全部搭建完成后，便对照着整理好的信息，对线上网站的一些 UI 风格逐步恢复。

如果能非常熟练地掌握页面编辑器的使用，这种类型的工作做起来倒不是很难。

而且我觉得，把网站整体的页眉与页脚处理完，整个网站基本就完工一半了。

剩下都是些模板区块的处理，又因为这些区块的复用性非常高，所以处理起来就更快捷一些。

页面框架的处理其实并不难，难的是要把线上的数据全部备份并恢复出来。

这个步骤的工作其实没有什么技术难度，主要是繁琐。

所以我用了一个比较偏技术的方案，先用爬虫把线上网站的内容全部整理了下来，然后再将这些内容恢复成一个一个的模块代码（其实也就是很简单的 json 文件）。

这些步骤做完，便基本在本地把网站的更新优化全部处理好了。

剩下最后一步，就是把我们在本地做好的网站覆盖到线上。

先做线上网站的数据备份，再梳理表结构。等这些信息全部处理好之后，再进行整体覆盖。

整体做起来的技术难度不大，主要是细节问题需要留意，特别是清理那些没有表数据得格外小心。

我今天就因为删错了一个表，导致某个插件完全罢工，是不得不从头将那个插件再设置一遍。

不管怎么样吧，小心留意为妙，碰到实在没办法做决定的事情可以问一下 AI 的意见。