移动网站虽然是一个非常常见的请求，但仍然需要开发人员解决问题。无数的插件和无限的实现可能性使这个过程更加复杂。幸运的是，像 WP DB 这样的插件可以完成所有繁重的工作，使迁移变得顺畅和容易。
在本文中，我将通过免费且非常可靠的 WP DB 插件完成从一台服务器迁移或移动复杂网站或移动复杂网站的步骤。我还将简要介绍 WP DB Pro 插件系列 允许将迁移集成到常规开发工作流程中的一些高级功能。
我的目标是帮助您做出明智的决定并指导您了解迁移的细微差别。选择正确的迁移插件时需要考虑很多方面。无论您选择使用 WP 或其他插件（例如我们自己的托运人迁移插件）迁移数据库，了解这些插件的工作原理肯定会让您的决定更容易。
继续阅读，或使用以下链接跳转：
Step 1：在目标服务器上设置Step 2：使用WP迁移DB导出源数据库Step 3：复制必要文件Step 4：使用导入数据库最终迁移步骤疑难解答高级版
功能
迁移究竟需要什么？
是一个内容管理系统，基本上意味着所有内容和设置都驻留在数据库中。主题、插件和媒体格式并扩展站点，数据库将所有内容结合在一起。将文件从一个位置移动到另一个位置相对容易；但是，数据库并非如此。数据库中的 URL 与其 Web 服务器和目录结构相关。因此，移动数据库还需要将此类条目替换为与目标 Web 服务器相关的条目。
除此之外，许多插件使用序列化数组、对象和 JSON 编码数据将信息存储在数据库中。虽然题外话，但数据序列化被广泛使用，因为它有助于减少导致数据库更改的数据库条目。减少调用次数，从而提高性能。
但是，这对可移植性有影响，并且不可能简单地替换序列化数据中的 URL。因此，需要对数据进行重新序列化、替换、再序列化。嵌套序列化数据这个过程变得更加复杂。这就是像 WP DB 这样的插件通过处理所有的繁琐而使生活变得非常简单的地方。
注意：如果您只想从默认位置移动到同一托管服务器上的子目录，请查看其自己的目录
四种迁移场景
您可能会发现自己处于以下情况之一：
在所有这些情况下，迁移的步骤保持不变。您所需要的只是确定您的源站点和目标站点。
以下是迁移如何发生的概述：
使用 wp 迁移概述迁移数据库
迁移：先决条件
使用免费的 WP 数据库插件迁移站点所需的最低访问权限是：
在目标方面：
注意：如果由于某种原因您无法访问托管服务器的控制面板或数据库管理工具（例如 ），您仍然可以使用管理员迁移您的站点，但您需要高级版插件 WP DB Pro。我稍后会在文章中讨论这个问题。
我的迁移设置
我在本地机器上有一个非常自定义的设置，我想迁移到实时服务器。它使用带有子主题的主题框架、许多插件，每个插件都有自己的设置、侧边栏区域和登录页面的自定义小部件以及许多媒体文件。
安装在我的本地计算机上的源
另一个重要的考虑因素是我不想在迁移后重做任何设置wordpress网站建设，例如创建小部件、用户、表单、画廊、媒体上传等。我唯一会重做的是。或 wp-.php 文件中的任何高级设置。
那么，让我们开始吧。
准备迁移有两个重要细节
在开始迁移过程之前，需要记住一些关键事项：
核心安装目录
您需要知道源内核的位置 - 在默认位置或子目录中。
这很关键，因为需要以类似的方式设置目标。如果源安装在子目录中，则目标必须安装在子目录中。
此外，子目录的名称应在两端匹配。例如wordpress 数据库备份插件下载，如果您使用目录“”安装，则所有安装都应使用相同的目录名称 IE“”。
安装在本地 WAMP 服务器的子目录中，如下所示，而不是默认位置 I.EWW 或 .
安装在子目录中
表前缀
两种设置的表前缀也需要匹配。我提出这个问题的原因是最好在安装目标时设置表前缀，而不是稍后，因为您最终可能会用不必要的表使数据库混乱。
要查找源使用的表前缀，请查看 WP-.php 文件中的 $value。
在我的安装中，源使用 prwp_ 的表前缀而不是默认的 wp_
$value 在 wp-.php 中
最后但并非最不重要的一点是，请确保备份您的源网站。
如果子目录 或 wp-.php 对您来说是新的，我们有一些很棒的文章可以让您快速了解：
步骤 1：在目标服务器上设置
准备工作完成后，您需要做的第一件事就是在目标服务器上安装。在下面的示例中，我使用了目标托管服务器中提供的软入侵自动安装程序实用程序设置。我修改了高级选项，以控制子目录和表前缀设置。
使用自动安装程序
站点名称、描述、用户等其他设置在这段时间内无关紧要，因为它们将在稍后阶段被源中的设置覆盖。安装过程中需要创建的用户只能登录仪表板设置WP DB插件。
使用自动安装程序设置表前缀 >
注意：如果您通过 FTP 手动安装，您可以在五分钟的安装过程中使用 WP-.php 文件或设置表前缀。如果您使用默认值运行，则将结束表前缀设置为 wp_
第 2 步：使用 WP DB 导出源数据库
迁移数据库需要在源和目标设置上安装和激活 WP 迁移数据库。这是因为插件需要知道目标服务器的驱动器路径和 URL 才能在源数据库中正确替换它们。
在设置中安装 WP--DB
完成后，在两者的末尾转到 Tools->WP DB：
然后，您需要执行以下操作：
在源头之上
目标
在这里，我将 URL 和文件路径条目复制到“。” 定位到我本地机器上源文本框的新 URL 和新文件路径文本框：
资源
您可能还想调整高级选项wordpress网站制作，如果您的源站点在网络上，请取消选中 GUID。在我的情况下，这是一个本地设置，所以我离开了它。我还检查了排除瞬时状态和修订后选项。
是：点击导出时将导出源数据库SQL文件。
导出数据库 SQL
如果导出超时，您可以修改“设置”选项卡下的“大小”选项，然后再次尝试导出。
请求超时时的最大请求大小选项
第 3 步：复制必要的文件
下一步是通过 FTP 或您选择的方法复制位于源的 wp- 下的源和目标的目录。
在 wp-
确保复制过程中没有错误。根据文件的数量wordpress 数据库备份插件下载，服务器之间的数据可能需要一段时间。可以通过创建一个 zip 存档然后通过 ftp 迁移文件夹来加速该过程。
对于插件，您还可以决定直接在仪表板内的目标中直接安装。如果您选择这样做，我建议您同时设置一个匹配的插件版本。
第 4 步：使用导入数据库
下一步需要您将步骤2中生成的数据库SQL导入到目标服务器上的数据库中。
为此，您需要使用数据库管理工具访问目标服务器上的数据库。
进入后，请确保选择正确的数据库。这与在步骤 1 中安装时创建的数据库相同。在我的情况下，为目标指定的数据库名称是 wp963. 但是，大多数服务器也将为此名称添加前缀。
使用自动安装程序设置数据库名称
识别正确的数据库至关重要，因为选择错误的数据库会导致其他一些网站在您的服务器上中断。如果目的地有其他设置，请务必备份它们。
可以肯定的是，我推荐以下清单：
验证wp-table中的值
确定后，返回所选数据库的“导入”选项卡。这就是魔法发生的地方。只需上传第2步生成的压缩SQL（SQL.GZ）文件，格式类型设置为SQL，点击.
通过导入数据库sql
注意：导入过程将导致数据库表被源覆盖而不与它们合并。
导入过程成功后，目标将拥有来自源的所有设置、内容、用户等。就这样，迁移就完成了。
最终迁移步骤
如果你遍历到目标，一切都会和源一样。您可以使用与源相同的用户登录，并且您可能对目标所做的任何更改都将被擦除。
迁移的目标
我会推荐一件事：进入 -> 再次保存永久链接，然后单击“保存”。
在我的设置中，我还按照此处的步骤更改了站点地址 (URL) 以排除子目录。在迁移之前执行此操作，它将影响步骤 2 中的 URL。
最后但并非最不重要的一点是，确保您测试所有内容。有一些很棒的插件可以检测断开的链接。这里有一篇文章可以帮助你。
问题排查
有许多可能导致迁移失败。以下是一些可帮助您在极少数情况下进行故障排除的想法：
高级版的特点
如果您不想使用和上传和下载 SQL 文件，您可以使用 WP DB Pro 插件从仪表板中迁移整个数据库。
使用版本和，可以使用步骤 1 并在步骤 3 中复制主题和插件来执行本文中讨论的相同迁移过程。
使用推拉功能，您可以简单地将整个数据库从您的本地数据库推送到您的实时服务器，或者只需单击几下即可将一个从您的实时服务器拉到您的本地服务器。您还可以使用媒体文件插件在两个设置媒体文件之间进行同步。另一个高级附加插件提供对多站点和命令行的支持。
如果您定期迁移您的网站，WP DB Pro 肯定会为您节省大量时间。
和
而已。
WP 插件系列极大地简化了迁移过程，但也有其他选项。我们有一些优秀的文章可以帮助您选择适合您的迁移插件，包括：
主机评测网 ()
这篇文章的链接：
文章来自互联网，侵权请联系删除，文章阐述观点来自文章出处，并不代表本站观点。
www.8001717.cn
