如何使用 MU-Migration 简化 WordPress 多站点迁移

Desknumber

推出 MU-Migration 工具，这是一个 WP-CLI 命令，可帮助开发人员将站点迁移到多站点实例或在多站点实例之间迁移。多站点迁移具有各种技术复杂性，此工具可以帮助缓解这些复杂性。

将独立 WordPress 站点迁移到站点网络（或“多站点”）环境是一项乏味且棘手的工作，反之亦然。WordPress导入器对于较小、较简单的网站来说效果相当好，但仍有改进的空间。它导出内容，但不导 电子邮件营销列表 出站点配置数据，例如小部件和定制器配置、插件和站点设置。进口商还难以处理大量内容。在本文中，您将了解如何使用MU-Migration（一个 WP-CLI 插件）来简化此类迁移。

单个站点和 WordPress 多站点结构之间的差异是相当合理的。wp_user对于多站点，每个子站点都有自己的一组数据库表，但在所有站点之间共享的用户表 ( ) 除外。WordPress 中的工作方式是，每个子站点表集都将站点 ID 添加到每个表名称 ( wp_X_posts, wp_X_postmeta, wp_X_options)。



这种数据库结构本身已经引入了一些复杂性。例如，如何将子站点从多站点迁移到单个安装？显然，您不能仅将数据库导出和导入到单个安装中 - 表名称不同！您需要重命名导出sql文件中的表，或者在导入后使用ALTER TABLE SQL查询重命名表。相反的情况也是如此：如果您将单个站点导入到多站点中，则表前缀也必须更新。听起来工作量太大了，对吧？

多站点中的用户表是全局的，这意味着您不能只从单个站点导入用户表，因为它将完全覆盖多站点全局用户表。如果您执行相反的操作，从 WordPress 中提取子网站并导入到单个网站中，则您将继承网络的所有用户，甚至是那些不属于要迁移的子网站的用户。此外，如果将子站点从一个多站点迁移到另一个多站点，则完全无法导出用户表。