WPEngine和Duplicator插件

Question

我是前端开发人员/设计师，我是管理开发团队的新手，所以请尽可能容忍我的无知。我们使用WPEngine作为我们的网站。有两个版本，LIVE和STAGING，后者用于测试，LIVE是生产站点。我们使用Bitbucket使我们的代码保持最新，并使用Azure为开发人员和设计人员提供测试环境。开发人员在他们各自的Bitbucket分支上工作，然后将代码与“主”分支合并（通过进行文件比较），然后合并到STAGING然后LIVE。

现在除了WPEngine本身，这里最重要的工具是“网格生命周期”中的“DUPLICATOR”插件，它用于复制分段，然后部署到测试环境。这是复制我今天发现的Wordpress网站的最快方法。 wp-config.php不需要编辑，Wordpress仪表板中的设置没有改变等。但是最近，WPEngine每次尝试创建一个包时都会超时DUPLICATOR，我们的流程因为必须推送文件而被破坏从主人手动，然后手动推动数据库通过SSH，这会带来实质性的延误，并有适度的人为错误的空间。我查看了另一个名为ManageWP的工具，但他们在使用WPEngine时遇到了问题，看起来好像很多解决方案都存在相同的问题。

你们能指导我以任何方式改善我们的过程吗？

Answer 1

我经常用来处理WordPress网站的最佳工具是Migrate-DB-Pro by DeliciousBrains。但是，与Duplicator和ManageWP不同，这不是整个网站的克隆工具，但它将数据库从一个环境迁移到另一个环境，这往往是最困难的一步。

我认为WPEngine有一个克隆工具作为它们的功能之一，但它可能只是为了克隆到您的WPEngine帐户上的其他环境。

下面是在新客户网站上工作时，典型工作流程的工作原理。

1. 我在本地设置一个WordPress实例，使用Vagrant（使用称为VVV和VV的流浪汉上面的两个工具）或ServerPress的DesktopServer。
2. 将MigrateDB Pro安装到我的本地实例。
3. 将MigrateDB Pro安装到我的远程实例
4. 使用FTP或SSH，将远程实例中的所有文件克隆到本地实例。通常我只是克隆wp-content /目录，但那是因为我试图确保WP版本在克隆之前是相同的版本。您可以复制整个WordPress目录，但我认为这会比克隆wp-content /目录引入更多问题。
5. 使用“Pull”命令在我的本地实例上运行MigrateDB Pro。迁移DB Pro相当天才，它使用独特的安全哈希将您的两个实例连接在一起，从生产（或分段）站点复制一个哈希并将其粘贴到本地站点。该插件完成剩下的工作 - 迁移DB Pro将自动填写字段并在必要时更正SQL数据库。
6. 通常，您必须使用新凭证重新登录（因为您的默认凭证已由远程凭证取代）。

这是一个适用于我的工作流程，因为我只是使用Migrate DB Pro来提取或推送数据库，所以我很少遇到任何PHP内存限制，执行时间限制或任何其他可能不在我的控制之下。另外，大多数主机通常不具有FTP传输限制，但是通过HTTP进行传输，因此以这种方式上下传输静态文件通常可以防止客户端出现问题。

你说的对，很多WordPress的克隆工具都与WPEngine，MediaTemple专用WordPress以及其他托管的个人WordPress服务有关的服务有问题......这些服务希望你使用他们的工具，并且他们的软件被配置为限制你多次使用自己的工具。

对于它的价值迁移DB Pro是一个溢价插件，但它有一个免费版本，应该工作。我已经为它购买了开发者许可证，因为它是我的WordPress开发工作流程的关键部分。

Answer 2

你为什么要使用一个插件，而不是默认的WP引擎推分期< - >生活？如果不工作，不需要额外的插件来插件。 哦，并且默认的WPE插件将完全绕过60秒的超时脚本，您甚至可以从分段推送到数据库或特定表中。 这可以在WP引擎插件的WPE>分段中找到。

另要注意，如果你不使用它们的默认临时网站，可以随时打了他们的支持，因为他们可以克隆任何网站使用不同的工具，他们可以访问过的平台上的任何部位。