使用免费的WP迁移数据库插件将WordPress站点迁移


移动一个WordPress网站,虽然是一个非常常见的要求,继续将开发人员放在修复中.WordPress插件的无数和WordPress实现的无限可能性进一步复杂化了此过程.幸运的是,像WP迁移DB这样的插件可以做所有的繁重升降,使迁移平滑且容易.
在本文中,我将通过免费且非常可靠的WP迁移DB插件,从一个服务器迁移或将复杂的WordPress网站从一个服务器移开或移动复杂的WordPress网站的步骤.我还将简要介绍WP Migrate DB Pro插件系列的一些高级功能,允许在常规开发工作流程中集成迁移.
我的目标是帮助您提出明智的决策,并指导您通过WordPress迁移的细微差别.选择正确的迁移插件时需要考虑很多方面.是否选择使用WP迁移数据库或另一个插件(例如我们自己的托运人迁移插件),了解这些插件的工作肯定会使您的决定更容易.
继续读取,或使用以下链接跳转:
- 究竟是什么WordPress迁移需要?
- 四个迁移方案
- 迁移WordPress:先决条件
- 我的迁移设置
- 使用两个重要细节提升迁移
- WordPress Core的安装目录
- 表前缀
- 步骤1:在目标服务器上设置WordPress
- 步骤2:使用WP迁移DB 导出源数据库
- 步骤3:复制必要的文件
- 步骤4:使用phpmyadmin导入数据库
- 最终迁移步骤
- 故障排除问题
- 高级版本
的功能
究竟是什么wordpress迁移需要?
WordPress是一个内容管理系统,其基本上意味着所有内容和设置都驻留在WordPress数据库中.主题,插件和媒体格式并扩展WordPress站点,数据库将所有内容均在一起.将文件从一个位置移动到另一个位置相对容易;但是,数据库不是这种情况.数据库中的URL相对于其Web服务器和目录结构.因此,移动WordPress数据库还需要将此类条目替换为相对于目标Web服务器的条目.
要添加到此,WordPress和许多插件使用序列化阵列,对象和JSON编码的数据来存储数据库中的信息.虽然违规主题,但数据序列化被广泛使用,因为它有助于减少数据库条目,导致对数据库的调用较少,从而提高性能.
然而,这对WordPress可移植性产生了影响,并且不能简单地替换序列化数据中的URL.因此,需要重定次化,替换,并再次序列化数据.嵌套序列化数据此过程变得更加复杂.这是WP Migrate DB这样的插件通过处理所有的咕噜声来使生活真正简单.
注意:如果您只想将WordPress从默认WebRoot位置移动到同一托管服务器上的子目录,请查看WordPress其自己的目录
四个迁移方案
您可能会发现自己在以下情况之一中移动WordPress:
- 将Live Server到另一个直播服务器(Web上)
- 将Live Server(在Web上)到本地服务器(在您的PC上)
- 将本地服务器到另一个本地服务器
- 将本地服务器(在您的PC上)到直播服务器(在Web上)
在所有这些情况下,迁移的步骤保持不变.您所需要的只是识别您的来源和目标WordPress站点.
这是迁移如何发生的概述:

迁移WordPress:先决条件
您需要使用免费WP迁移数据库插件将WordPress站点迁移的最小访问权限为:
-
- 管理员访问WordPress仪表板
- 通过FTP或托管服务器的控制面板软件等主题,插件和上传在WP-Content目录下,如CPanel,Plesk等.
- 在目标Wordpress端:
- 通过ftp和cpanel(或您的控制面板软件)访问目的地托管服务器,以安装WordPress并复制必要的文件
- 访问phpmyadmin或为托管服务器提供的数据库管理工具
在源WordPress上面的
注意:如果由于某种原因您无法访问托管服务器的控制面板或数据库管理工具(如PHPMyAdmin),您仍然可以使用WordPress管理员迁移您的网站,但您将需要高级版本插件,WP迁移DB Pro.我稍后会在文章中讨论这一点.
我的迁移设置
我在我想要迁移到直播服务器的本地计算机上有一个非常自定义的wordpress设置.它使用与子主题的Genesis主题框架,许多插件,每个插件都有自己的设置,为侧标的定制小部件区域以及着陆页,以及许多媒体文件.

另一个重要的考虑因素是我不想重做任何WordPress设置,例如在迁移后创建小部件,用户,表单,画廊,媒体上传等.我唯一将重做的是.htaccess
或wp-config.php
文件中的任何高级设置.
所以,让我们开始.
准备迁移与两个重要细节
在开始迁移过程之前,有一些关键的事情可以记住:
- WordPress Core的安装目录
- 表前缀
WordPress核心的安装目录
您需要知道源WordPress内核的位置-在默认Webroot位置或子目录中.
这是至关重要的,因为目标WordPress需要以类似的方式设置.如果源WordPress安装在子目录中,则必须在子目录中安装目标WordPress.
此外,WordPress子目录的名称应在两端匹配.例如,如果使用目录"Sandbox"安装WordPress,则WordPress安装都应该使用相同的目录名I.E."Sandbox".
如下所示,WordPress安装在本地WAMP服务器的photoreview_wp
子目录中,而不是默认位置I.EWW或Public_html.


表前缀
两个设置上的表前缀也需要匹配.我带来这一点的原因是它最好在安装目标WordPress时设置表前缀,而不是稍后,因为您最终可以使用不必要的表来混乱数据库.
要查找源WordPress使用的表前缀,请查看WP-Config.php文件中的$table_prefix
值.
在我的安装中,源wordpress使用prwp_
的表前缀而不是默认值wp_

最后但不是最不重要的,请确保备份您的源网站.
如果一个子目录安装或wp-config.php对您的新态度,我们有一些很棒的文章让您加快速度:
- 何时以及如何在子目录中安装WordPress
- WordPress WP-Config文件:全面指南
步骤1:在目标服务器上设置WordPress
使用准备完成,您需要做的第一件事是在目标服务器上安装WordPress.在下面的示例中,我已经使用目的地托管服务器的CPANEL中提供的软侵扰自动安装程序实用程序设置WordPress.我修改了高级选项,以控制子目录和表前缀设置.

其他WordPress设置,如站点名称,描述,用户等在此时间的时间内无关紧要,因为它们将被稍后阶段的源WordPress的那些覆盖.需要在安装过程期间创建的WordPress用户只能登录仪表板以设置WP Migrate DB插件.

注意:如果您通过FTP进行手动WordPress安装,则可以使用WP-Config.php文件或在五分钟的安装过程中设置表前缀.如果您使用默认值运行,您将结束表前缀设置为wp_
步骤2:将源数据库与WP迁移DB
导出迁移数据库需要在源和目标WordPress设置上安装和激活WP迁移数据库.这是因为插件需要知道目标服务器的驱动路径和URL,以便在源数据库中正确替换它们.

一旦完成,在两个WordPress结束时将转到Tools->WP Migrate DB
:
然后需要执行以下操作:
- 在目标Wordpress端:
- 检查
Export File
并复制您在Find
文本框下看到的条目
- 检查
-
- 将复制的条目粘贴到空
Replace
文本框
- 将复制的条目粘贴到空
在源WordPress上面的

此处,我将URL和文件路径条目复制到"photography.review"的目标wordpress 到New URL
和New File Path
文本框的源wordpress的文本框在我的本地机器上:

您可能还想调整高级选项,如果您的源网站已在Web上居住,请取消选中Replace GUIDs
.在我的情况下,它是一个本地设置,所以我已经留下了它.我还检查了排除瞬态和后修订的选项.
是:在单击导出时,源数据库SQL文件将导出.

如果出口超时,您可以在"设置"选项卡下修改Maximum Request Size
选项,然后再次尝试导出.

步骤3:复制必要的文件
下一步是复制位于源WordPress的源WordPress的wp-contents
下的themes
,plugins
和uploads
目录通过FTP或您选择的方法的目标WordPress的WP-Content.

确保复制过程中没有错误.根据文件的数量,服务器之间的数据可能需要一段时间.通过cpanel创建zip存档,然后通过ftp迁移文件夹可以加速过程.
for插件,您还可以决定直接在仪表板内直接安装在目标WordPress中.如果您选择这样做,我建议两个设置匹配的插件版本.
步骤4:使用phpmyadmin导入数据库
下一步要求您将在步骤2中生成的数据库SQL导入目标服务器上的WordPress数据库.
要执行此操作,您需要使用phpmyadmin或数据库管理工具访问目标服务器上的数据库.
一旦进入,请确保选择正确的WordPress数据库.这是在步骤1中安装WordPress时创建的相同数据库.在我的情况下,为目标WordPress指定的数据库名称是wp963
.但是,大多数服务器还将为此名称添加前缀.someprefix_wp963

识别正确的数据库至关重要,因为选择错误的数据库将导致其他一些网站在您的服务器上打破.如果目的地还有其他WordPress设置,请务必备份它们.
要确定,我推荐以下核对表:
- 在目标wordpress的wp-config.php中引用
DB_NAME
值.它将包含完整的数据库名称,如果有任何 - 确保所选数据库中的所有表都具有相同的
table_prefix
,如wp-config或步骤1中指定的相同 - 打开
table_prefix_options
表(在我的情况下prwp_options
),并验证siteurl
和home
选项值与目标wordpress
,则包括前缀
匹配

一旦确定,请返回到所选数据库的"导入"选项卡.这是魔法发生的地方.只需上传在步骤2中生成的压缩的SQL(SQL.GZ)文件,格式类型设置为SQL,然后命中.

注意:导入过程将导致数据库表被源覆盖而不与它们合并.
当导入过程成功时,目标WordPress将具有从源WordPress中的所有设置,内容,用户等.就像那样,迁移将完成.
最终迁移步骤
如果您遍历到目标WordPress,一切都将与源相同.您可以使用与源相同的用户登录,以及您在目标WordPress上可能所做的任何更改都将被擦除.

有一件事我会推荐:通过进入Settings->Permalinks
再次保存永久链接,并只需单击"保存".
在我的设置中,我也更改了站点地址(URL)以排除子目录,通过遵循此处的步骤来排除子目录.在迁移之前完成了这一点,它将影响步骤2中的URL.
最后但不是最少的,请确保您测试一切.有一些伟大的插件,可检测断开链接.这是一个帮助您的文章.
故障排除问题
可能导致迁移失败许多可能性.以下是一些想法,可以帮助您在罕见情况下排除故障:
- 如果在PHPMyAdmin上传SQL时面临错误,请尝试在步骤2中生成数据库SQL,而无需
Compress file with gzip
选项. - 如果您无法访问仪表板,则可以尝试在WP-Config.php文件中添加以下条目:
define( 'WP_SITEURL', 'http://example.com/subdir_if_any' );
define( 'WP_HOME', 'http://example.com/subdir_if_any' );
常规设置和WP_Options表中的这些覆盖选项,但不会对数据库进行任何持久的更改.如果你能够用这个回到你的仪表板,那么你知道你的网址有一个问题. - 缺少媒体文件将在步骤3中的上传文件夹的复制过程中指示错误.
- 如果看到白色屏幕(也称为死亡的白色屏幕),请检查是否正常复制主题文件,并且正确主题被激活.
高级版本的功能
如果您不想使用PHPMyAdmin并上传和下载SQL文件,可以使用Premium WP Migrate DB Pro插件从WordPress仪表板中迁移整个数据库.
使用Premium版本和Addons,可以使用步骤1和在步骤3中复制主题和插件来执行此帖子中讨论的相同迁移过程.
使用推挽功能,可以简单地将整个数据库从本地数据库推到直播服务器,或者只需点击几下即可将一个从直播服务器拉到本地服务器.您还可以使用 Media Files Addon 同步两个设置之间的媒体文件.另一种高级额外的插件为多站点和WordPress命令行提供支持.
如果您定期迁移网站,WP迁移DB Pro肯定会为您节省大量时间.
求和
就是这样.
WP迁移数据库插件系列大大简化了迁移过程,但也有其他选项.我们有一些优秀的文章来帮助您选择适合您的迁移插件,包括:
- 7顶级高级和reperium wordpress备份插件审查
- 5+安全的WordPress 的令人敬畏的插件
- 使用托运人Wordpress迁移插件迁移您的网站
VPS1352主机测评网(www.vps1352.com)
本文链接:https://www.vps1352.com/11839.html