你还记得Mambo吗？还有“rhuk-milkyway”模板吗？想象一下，一个看起来很大且用户似乎可以轻松管理的网站，但在后台却有一个巨大的内部网络，包括数百名注册用户和6种不同的模板版本，还有大量透明的GIF、阴影图像、CSS文件和硬编码的JavaScript幻灯片。你想象一下... 对这个网站进行修改并不容易，更不用说升级到Joomla! 3了。

这就是我的任务，当客户打电话给我说现在是时候了，我深吸了一口气，尽力抑制即将到来的焦虑危机，这种危机在接下来的几个月里肯定会再次爆发。

规划

在我们的第一次会议后，我唯一想的就是如何摆脱这个项目。但说实话，这是我最好的客户之一，我无法拒绝他们。我知道他们必须这样做。网站管理员必须照顾这个混乱的局面，情况变得越来越复杂，特别是在安全和所有这些原因上，每次我们打开管理界面或通过FTP查看文件结构时，我们都会咬紧牙关。

我们的第一次会议给了我许多可能的方法和问题要解决，以至于我在接下来的几周里被犹豫不决所困扰，看着我的笔记，我感到自己已经到达了能力的极限。

提交计划的截止日期即将到来，我的客户团队在等待。我们去了当地的图书馆，那里有互联网连接和办公桌，但没有电话... 我们决定A) 方法和B) 我们计划的要点，以将A点移动到B点，同时尽可能减少对用户的影响。

我们首先熟悉了迁移的大致流程，并在Joomla.org上做了一些“作业”。我们意识到了要完成的技術步骤。对第三方扩展和软件迁移进行了盘点，以及备份计划。为了熟悉迁移工具的运作方式，我们仔细研究了文档，并进行了测试，以便能够熟悉这个工具。

还需要明确的是，我们决定保留网站的“外观”，无论是公共模板还是内网模板，以及保留现有的功能。这个决定的出发点是我们认为网站不够安全，以及时间不足。这也包括保持相同的导航。所有的外观和新增功能都会在内容迁移后的第二阶段添加。

第三方扩展

谈到这里，当前的内容主要是由15到20个自定义表单组成，这些表单是用旧版本的Facile Forms编写的，现在已经变成了Breezing Forms（“经典模式”）。我们知道由于每个表单提交时添加了自定义代码，这些表单需要手动更新并仔细测试。

此外，多个第三方插件和模块已经过时，其中一些需要替换，这已经纳入我们的计划，并在数据迁移后立即执行的任务列表中预定。

陷阱...

然后是管理层做出的重大决定，将公共部分和内网部分划分为两个独立的网站。我们花了半天时间重新制定所有计划，并确定在公共网站上使用的组件和模板以及在内部网站上使用的组件和模板。因此，我们回到图书馆，用整整一天的时间进行规划和研究——而且没有使用我们的手机。

一个月后...

最终，分割网站的决策证明是一个好选择。我们实际上复制了现有网站两次，然后分别删除了公共网站和内部网站上的内容。我们首先从较小的网站开始，即公共网站，并解决了模板问题...这实际上是一个测试实验室，为内部网站的工作做准备。我们还简化并更新了公共网站的模板，同时熟悉Joomla! 3的新特性。当轮到处理内部网站时，我们不再感到害怕，因为我们还记着我们解决问题的方法。

至于迁移本身，我们进行了两次：一次是公共网站，一次是内部网站。我们在分割网站时删除了所有未发布的文章，因此迁移软件运行顺利，除了有一些别名重复。在安装内容和新的第三方扩展后，我们开始处理模板，这需要三天时间来处理公共网站（只有一个模板）和大约两周时间来处理内部网站（四个模板）。对于表单，我们必须手动重建，但在完成了一些表单后，我们有了足够的变化思路，因此后续的表单修改进行得相当快。

总结...

最终，决定在公共网站和内部网站上保留当前的外观，使我们能够专注于后台。当然，对于用户来说，所有这些工作几乎看不见，但现在我们可以使用Bootstrap以自己的节奏重新审视网站的外观，而不必担心需要执行迁移和决定添加哪些功能，因为有稳定的Joomla! 3环境。使用最新版本的软件，我们有了将网站提升到全新水平的信心。我们探索了新的想法，而不用担心网站是否能支持这些想法。

最后，一些建议...

最后，给那些面临迁移的朋友们一些建议。规划是迁移成功的关键。抽出几天时间，离开工作地点，制定计划并思考所有需要完成的步骤，这给了我们继续过程的信心。而且，你可以在迁移之前进行的任何研究和实验都将简化迁移过程。别忘了进行初步检查，并提前选择你的第三方扩展。这对你的安心大有裨益。最后，不要害怕回归本质，艰难的处境需要更简化的方法。