WPEngine和Duplicator插件

Question

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

现在，WPEngine本身以外最重要的工具是＆＃34; DUPLICATOR＆＃34;插件＆＃34;网格生活＆＃34;用于复制登台，然后部署到测试环境。这是复制我今天发现的Wordpress网站的最快方法。 wp-config.php不需要编辑，Wordpress仪表板等设置没有变化。但是最近，WPEngine每次尝试创建一个包时都会超时DUPLICATOR而且我的进程已被打破，因为我必须推送文件从master手动，然后手动通过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服务的服务的麻烦......这些服务要求你使用他们的工具，他们的软件配置为限制你多次使用自己的工具。

为什么它的价值Migrate DB Pro是一个高级插件，但它有一个应该有效的免费版本。我已经为它购买了开发人员许可证，因为它是我WordPress开发工作流程的关键部分。

Answer 2

为什么使用插件而不是默认的WP Engine推送暂存＆lt; - ＆gt;生活？如果它不起作用，则不需要额外的插件来插入esp。 哦，默认的WPE插件将完全绕过60秒超时脚本，你甚至可以从分段推送到数据库或特定表。 这可以在WPE＆gt;中找到。暂停WP Engine插件。

另外请注意，如果您没有使用默认的暂存网站，您可以随时获得支持，因为他们可以使用他们也可以访问的其他工具将任何网站克隆到平台上的任何网站。