Dominando as migrações – maneiras mais rápidas, fáceis e seguras de mover seu site de A para B

As migrações podem ser complicadas! Todos nós conhecemos aquele sentimento de frustração (ou pavor absoluto) quando vemos uma falha, mas também conhecemos a sensação de alívio quando uma migração é bem-sucedida. Com todas as complexidades e nuances das migrações, como podemos aumentar nossa taxa de sucesso e recuperar nosso tempo para focar no trabalho que realmente queremos fazer?

Se você precisa copiar um projeto estabelecido para sua máquina local ou implantar um punhado de atualizações incrementais para produção, acompanhe enquanto explicamos como você pode acelerar, simplificar e reduzir o risco de suas migrações.

Caixas de som:

• Kevin Hoffman, gerente sênior de produtos da WP Engine
• Austin Wendt, gerente sênior de produtos da WP Engine

Diapositivos da Sessão:

Transcrição:

AUSTIN WENDT: Bem-vindos a todos e obrigado por se juntarem. Estamos entusiasmados por ter você. E bem-vindo à Conferência DE{CODE}.

Meu nome é Austin Wendt, sou gerente sênior de produtos aqui na WP Engine, trabalhando na construção de nosso produto local. E meu colega, Kevin, e eu, que você conhecerá aqui em um minuto, estamos ansiosos para falar com você hoje sobre a construção mais inteligente, particularmente em termos de dominar suas migrações. Portanto, abordaremos maneiras mais rápidas, fáceis e seguras de mover seu site do ponto A ao ponto B, para que você se sinta confiante nesses fluxos de trabalho de desenvolvimento, quer esteja trazendo um site para um ambiente de desenvolvimento local seguro ou Você está pronto para colocar esse site no ar ao longo do tempo.

Abordarei uma agenda rápida antes de nos aprofundarmos. Então, o que abordaremos hoje é que apresentaremos os três tipos de migrações que gostamos de pensar aqui no WP Engine enquanto falamos sobre mover código. Definiremos nosso fluxo de trabalho de migração ideal e, ao longo desta apresentação, orientaremos você sobre as diferentes maneiras de mover seu código. Cobriremos a exportação de seu site existente e a redução dele – a importação para um ambiente de desenvolvimento local.

Falaremos sobre a realização de uma implantação inicial – então, quando você colocar seu site no ar pela primeira vez, como ele se parece e algumas maneiras de fazer isso E, em seguida, sincronizar esses dois ambientes ao longo do tempo. Então, vamos mergulhar direto nisso.

Os três tipos de migração em que pensamos– há três opções principais que um usuário pode tentar realizar. O primeiro é remoto para local. Portanto, se você já tem um site hospedado em algum lugar da Web e deseja trazê-lo para um ambiente local, talvez l minúsculo, é útil quando você está começando a trabalhar no site existente de um cliente. Então, você herdou um novo cliente ou um cliente está pedindo para você fazer alterações e desligá-lo em algum lugar seguro, para que você possa solucionar problemas em um ambiente de baixo risco.

Também é muito útil quando você está apenas tentando obter as alterações mais recentes do banco de dados, para garantir que seu ambiente remoto e sua produção - ou desculpe-me, ambiente de desenvolvimento - sejam o mais próximo possível. O segundo é local para remoto. Então, quando você estiver voltando de sua máquina pessoal para o servidor hospedado em algum lugar - ou você está implantando um site completo pela primeira vez ou fez algumas alterações no código e está enviando essas alterações, chame up para temas, ou para plugins, seja lá o que for que você gostaria de ver refletido ao vivo em seu site.

E o segundo, com licença, o terceiro é remoto para remoto. Não vamos nos aprofundar muito nisso hoje, mas é algo possível com as ferramentas sobre as quais você aprenderá. Você usaria isso normalmente quando estiver trocando de provedor de hospedagem, passando do host A para o host B, ou potencialmente quando estiver mudando entre os ambientes de desenvolvimento, teste e produção, onde quer que seu site esteja hospedado.

Então, com isso, vou passar para Kevin se apresentar e começar a ver como é esse fluxo de migração ideal. Kevin, leve embora.

KEVIN HOFFMAN: Ei, obrigado, Austin. Meu nome é Kevin Hoffman, sou o gerente de produto do WP Migrate. Quero começar hoje começando com um plano de jogo do tipo de migração que vamos abordar. Portanto, sempre que você estiver indo de um ambiente remoto para sua máquina local e fazendo backup para um host remoto, isso pode ser uma tarefa assustadora. Mas queremos que você saia desta apresentação com um plano de jogo de soluções para que você mesmo possa fazer essas migrações com confiança.

E para começar, queremos tirar o site existente do host antigo. Isso incluirá uma exportação completa do site usando o WP Migrate. Em seguida, iremos para Local, onde podemos fazer nossas alterações de desenvolvimento local e, em seguida, implantar esse site de volta em nosso novo host.

Então, para começar, vou passar para um fluxo de exportação de site completo usando o WP Migrate. Você deve estar se perguntando, por que usamos uma exportação de site completo nessa situação? Por que não empurrar ou puxar diretamente entre dois ambientes? Bem, existem algumas razões para isso.

Para começar, vou usar a versão Pro do WP Migrate, mas você também pode acompanhar o WP Migrate Lite, que é a versão gratuita do nosso plugin no diretório de plugins do WordPress.

As quatro principais razões pelas quais estamos usando uma exportação completa do site nessa situação são, em primeiro lugar, porque é uma migração unidirecional. Queremos sair do host remoto e não temos planos de voltar. Também não há nenhuma instalação local existente para movermos o site. Se houvesse, poderíamos usar talvez uma migração push ou uma migração pull para colocar o site na máquina local. Mas como não há instalação existente, uma importação de arrastar e soltar para o local faz mais sentido.

E, finalmente, ao fazer uma exportação completa do site, também obtemos um backup gratuito. Todo o site será encapsulado em um arquivo compactado compactado, que é um ótimo backup antes de fazer alterações futuras.

Então, para começar, vamos pular para o WP Migrate e ver como isso funciona.

Portanto, quando você abrir o WP Migrate pela primeira vez, terá seis ações à sua frente. Como queremos tirar o site do host remoto o mais rápido possível, vamos escolher a ação de exportação. Abrir o perfil de exportação nos permite configurar as opções do banco de dados, bem como mídia, temas, plug-ins e arquivos principais do WordPress.

Vamos prosseguir e começar com a configuração do banco de dados. Agora, se eu quisesse, poderia excluir certas tabelas ou tipos de postagem dessa migração. Mas, por enquanto, quero usar a configuração padrão e apenas obter todo o site do host remoto. Quero mencionar os campos padrão de localizar e substituir, como o URL ou o caminho da instalação local do WordPress, no site que estamos exportando.

Agora, se você estiver fazendo uma migração manual, talvez queira mover esses valores e editá-los para corresponder ao destino. No entanto, como estamos usando Local, é inteligente o suficiente para cuidar dessa localização e substituição para nós, para que não precisemos preencher esses campos opcionais. Podemos deixá-los em branco e seguir em frente.

Em seguida, é a localização e substituição personalizadas. Essa é a capacidade de pesquisar strings no meu banco de dados do WordPress ou no conteúdo do meu site. Por exemplo, talvez eu tenha um nome de empresa antigo e queira substituí-lo pelo novo nome da empresa. Posso fazer isso por meio desses campos personalizados de localizar e substituir. E posso adicionar linhas adicionais, conforme necessário.

Então isso cuida do banco de dados. Vamos passar para nossos uploads de mídia. Agora, como estou movendo todo o site, quero selecionar Exportar todos os uploads de mídia. Mas quero excluir alguns arquivos como logs, backups e caches, que podem inchar a exportação.

À medida que avançamos nos arquivos de tema, quero incluir todos os meus temas. Não desta vez, apenas os temas ativos, porque estou preocupado apenas com os temas que estão afetando ativamente o site ao vivo.

Da mesma forma, com plugins– eu só quero exportar meus plugins ativos. E com os arquivos principais do WordPress, quero prosseguir e incluí-los, porque quero ter certeza de que meu núcleo do WordPress corresponda à versão exata do site do qual estou exportando.

Com o perfil totalmente configurado, agora posso iniciar a exportação, que percorrerá rapidamente minhas tabelas de banco de dados, uploads de mídia, temas, plug-ins e arquivos principais do WordPress.

Neste ponto, o banco de dados e todos os arquivos do site estão sendo agrupados em um arquivo zip conveniente. Assim, em apenas 18 segundos, todo o site foi compactado.

Agora estou pronto para mudar para Local. E antes de fazer isso, quero dar uma espiada no arquivo zip para ver o que está lá. Você pode ver que eu tenho um diretório de arquivos. Isso inclui todos os arquivos do WordPress, incluindo meu conteúdo WP, plugins, temas e uploads. E também tenho o despejo do banco de dados.

E um outro arquivo, que é realmente importante e exclusivo do WP Migrate - o arquivo JSON de exportação do WP Migrate inclui informações importantes sobre o site que foi exportado, como a versão do PHP e a versão do MySQL, para que, quando o Local cuide da importação , ele pode corresponder ao ambiente remoto o mais próximo possível.

Com isso, você está pronto para importar para o Local. E vou mandá-lo de volta para Austin.

AUSTIN WENDT: Incrível, obrigado, Kevin. Sim, estou animado para cobrir, como Kevin mencionou, como podemos importar esse arquivo zip para o Local e pronto para começar a construir. Mas primeiro, quero ter certeza de apresentar o que é Local. Se você não estiver familiarizado, o Local é a ferramenta de desenvolvimento número um do WordPress, criada por humanos aqui no WP Engine, e estamos muito animados em compartilhar e oferecer gratuitamente à comunidade.

Portanto, é uma ferramenta de desenvolvimento gratuita. Se você ainda não ouviu falar, confira, localWP.com, adoraríamos que você usasse o produto. Mas hoje vamos usar Local para facilitar esse fluxo de trabalho.

E por que locais? Semelhante a qualquer ambiente específico da sua máquina, é um risco muito baixo. E como Kevin disse, o que o Local vai tentar fazer quando você importar essa exportação do WP Migrate é que vamos imitar de perto o ambiente de produção. Tão próximo quanto possível, a versão do WordPress, a versão do PHP, o banco de dados, sua máquina local deve imitar o que está acontecendo na produção, de modo que, se você estiver solucionando problemas ou tentando ver o que está errado, o Local deve ser capaz de dizer você e fique o mais próximo possível do que está acontecendo em seu ambiente hospedado.

Outro benefício importante de fazer isso com o Local é que o fluxo de trabalho que Kevin acabou de mencionar é independente de host. Portanto, independentemente de onde você esteja hospedando, seja com Flywheel ou WP Engine, você poderá exportar esse site e colocá-lo no local com muita rapidez e facilidade.

Então, vou passar para uma demonstração e mostrar como isso se parece dentro da interface do usuário local.

Incrível, já fiz um WP Migrate e salvei esse zip na minha área de trabalho. E quando eu for criar um site no Local, haverá essa nova zona de arrastar que indica que você pode arrastar e soltar arquivos zip aqui. O que também é bom no Local é que posso fazer isso em qualquer tela da interface do usuário. Portanto, se eu arrastar e soltar esse arquivo zip sobre Local, ele sugerirá o nome do site para mim a partir desse arquivo JSON de exportação de migração WP que Kevin mencionou.

Está pré-selecionado meu PHP, meu servidor web, meu banco de dados. E então, clico em Criar e Local cuida do resto. Portanto, a Local está descompactando ativamente esse arquivo zip, importando todos esses arquivos do WordPress e configurando o site em minha máquina em um estado que seja o mais próximo possível da produção.

Enquanto isso está girando, ele pedirá permissão para atualizar meu arquivo de host, o que inserirei minha senha e permitirei que ele faça. Mas então, Local começa a adicionar WordPress e você está pronto para ir.

Enquanto isso termina, algo que destacarei rapidamente é que você pode ver no lado esquerdo - a capacidade de agrupar seus sites é uma novidade no Local nas últimas semanas. Então, vou arrastar e soltar o Garrett's Grocery na minha seção de demonstração DE{CODE} - que é uma boa maneira de encorajá-lo a verificar para organizar seus sites, talvez agrupá-los por cliente ou por versão, conectado ao WP Motor ou não, o que funcionar melhor para você. Então experimente.

Mas o Local está acabando aqui, está mudando aquele domínio do site. E o que isso vai fazer é configurá-lo na minha máquina para que fique disponível, como você pode ver aqui, em mysite.local. Se eu clicar em Open Site, aqui está a Garrett's Grocery. Então, saí efetivamente do meu ambiente hospedado, arrastei e soltei no Local e o executei na minha máquina em menos de dois minutos, o que é incrível.

Portanto, com este exemplo, o que mostramos é poder retirá-lo de seu host antigo, independentemente de onde ele esteja na Internet, e com uma combinação de exportação de site completo do WP Migrate, colocando-o em Local e imitando seu ambiente de produção em menos de alguns minutos.

Agora, a questão é, uma vez que o tenha no Local, estou pronto para começar a fazer alterações. Como faço para retirá-lo e colocá-lo ao vivo na internet novamente? Para levar seu site do Local e recuperá-lo para o seu host, usaremos o Local Connect para implantar no WP Engine ou no Flywheel. Tanto de uma migração completa do site quanto de migrações parciais.

Mas por que você deseja fazer uma implantação completa do site? A implantação inicial de um site inteiro em seu host é um bom exemplo aqui. Então, talvez o site ainda não exista, ou talvez seja apenas um site modelo no host. Se você deseja incluir temas inteiros ou alterações de plug-in, ou talvez esteja pronto para substituir completamente o site atual que está no host hoje. Talvez já tenha conteúdo, mas o que está lá agora não é mais produtivo ou propício, e você está pronto para simplesmente limpá-lo, você usaria uma implantação completa do site.

Portanto, usando o Local, isso é bastante fácil de realizar. E eu vou mostrar a você uma demonstração de como isso se parece. Então, tenho a Garrett's Grocery aqui e fiz uma série de alterações no site que estou pronto para enviar. Agora, Local tem o conceito de Local Connect, como mencionei – há este ícone de nuvem no lado esquerdo, para Connect. Há também um Connect to Host no canto inferior direito, que me permitirá conectar o WP Engine ou o Flywheel.

Por hoje, farei isso acessando a guia Conectar e clicando em Conectar a uma plataforma. Vou fazer login na minha conta do WP Engine, da qual poupei você de me ver fazer login. O que você pode ver é que o Local Connect puxa todos os sites aos quais tenho acesso no WP Engine. Agora, o que farei é voltar à mercearia Garrett's em minha visão geral. No canto inferior direito, selecionarei Conectar ao WP Engine.

Local vai verificar se esse site é compatível com a infraestrutura do WP Engine. Então, usando WordPress e PHP atualizados, posso clicar em Push.

Push vai me permitir escolher a visão que eu quero sobrescrever no WP Engine. Isso me permitirá escolher o ambiente. Então, vou escolher o site Austin Wendt e vou escolher Produção. E o que você verá acontecendo no lado direito da tela é Local está determinando a lista de arquivos.

O que isso significa é que local é essencialmente executar uma comparação entre o que está em minha máquina e o que existe no servidor e fornecer isso para mim para que eu possa realmente ver e entender as alterações que estou prestes a fazer. Como esta é uma implantação de site completo, você pode ver que nada está acontecendo no meu ambiente local, mas vou sobrescrever tudo o que está na produção, como você pode ver com aqueles X vermelhos no lado direito.

Então eu clico, Push to WP Engine, e o Local começa a cuidar do resto. Este vídeo inteiro tem cerca de quatro minutos - vou poupar você assistindo isso comigo, enquanto estou sentado aqui. O que está acontecendo é que o Local está empacotando esses arquivos. Ele começa a enviar esses arquivos para o WP Engine. E começando a analisar, como eu disse, as diferenças entre o que está na minha máquina e o que está no servidor WP Engine.

Esse mesmo fluxo de trabalho também se aplica ao Flywheel, se você hospedar lá. Seguiremos o mesmo fluxo inserindo essa diferença de arquivo entre sua máquina e o servidor.

Agora, o Local começa a empacotar o banco de dados. Também está enviando isso para o WP Engine. Portanto, estou descartando todas as tabelas existentes no servidor remoto e substituindo-as pelo que vem da minha máquina.

Como parte da transição do banco de dados, ele examinará o domínio do site, fará uma pesquisa e substituirá para mim, como você pode ver agora. Para que todos os meus links e URLs que estão armazenados no meu banco de dados sejam atualizados, juntamente com os prefixos das tabelas, para funcionar corretamente no ambiente de produção.

Portanto, atualizará esses prefixos de tabela para mim. E assim, meu site foi enviado para o WP Engine.

Então, começando de novo, a Garrett's Grocery ainda está na minha máquina. Mas também, se eu for para a guia Conectar, posso ver o site Austin Wendt para o qual empurrei à direita, ele diz que está conectado ao Garrett's Grocery. E se eu clicar no nome do site, Austin Wendt, ele abrirá em um navegador para eu me mostrar esse novo conteúdo ao vivo na internet.

Portanto, agora que entendemos como usar o Local para realizar uma implantação completa do site, gostaria de abordar como podemos usar o Local para também sincronizar ambientes usando um recurso que conhecemos como MagicSync.

Portanto, MagicSync é outra palavra para migrações incrementais. Portanto, mova apenas pequenos pedaços de código entre seu ambiente local e o servidor remoto. E por que você quer fazer isso?

Talvez você não queira substituir todo o site. Você fez apenas alterações parciais menores em um site existente que está pronto para publicar. O que também é bom sobre o Local– um Local permitirá que você, como mencionei, esse recurso diff, escolha os arquivos que deseja incluir ou até mesmo excluir. Portanto, um grande caso de uso comum aqui é que talvez eu tenha feito muitas coisas em minha máquina, mas quero excluir a mídia push e pull, porque essa é uma parte muito pesada e intensiva do meu site. Posso apenas desmarcar a mídia.

Então, vamos mergulhar em uma demonstração aqui de como é o MagicSync. Então, novamente, aqui eu tenho Garrett's Grocery - digamos que fiz outro conjunto menor de alterações desta vez e estou pronto para ver isso refletido ao vivo no WP Engine. Mesmo fluxo de trabalho aqui - no canto inferior direito da tela, volto para enviar para o WP Engine. Já está pré-selecionado o site Austin Wendt para mim, e o ambiente, lembrando da última vez que o fiz.

E desta vez, será mais curto – está determinando, novamente, aquele diferencial entre o que está na minha máquina e o que está nos servidores do WP Engine. Então ele vai voltar aqui, e há um conjunto menor de mudanças que ele detecta que foram feitas no site. Posso desmarcar todas as alterações de arquivo que desejo. Posso selecionar apenas minha pasta de conteúdo WP.

Ou talvez neste caso, digamos que eu só queira enviar meu banco de dados. Assim, posso marcar a caixa do banco de dados e clicar em Push. Agora, o que está acontecendo é o mesmo fluxo de trabalho que testemunhamos antes, exceto que o local não envia nenhum arquivo para o WP Engine. Está apenas substituindo as alterações do banco de dados que fiz em minha máquina pelo banco de dados que estava atualmente no servidor WP Engine.

Fluxo de trabalho semelhante aqui - na verdade, assistiremos a esse processo, porque não leva tanto tempo. Porque o diferencial é menor. Então, vamos carregar o banco de dados para o WP Engine. O local irá, novamente, avançar para mim e fazer essa busca e substituição. Portanto, ele detectará se os prefixos da tabela foram alterados, os URLs que eram diferentes na minha máquina precisam ser refletidos no host remoto.

Ele fará essas atualizações para mim. E em pouco menos de um minuto, as alterações do site que fiz em minha máquina serão enviadas para o WP Engine e prontas para serem consumidas por colegas e colegas que desejam apenas revisar o trabalho que fiz, talvez eu tenha enviado para um ambiente de desenvolvimento ou se estiver ao vivo na web em produção e pronto para meus clientes ou consumidores– ou apenas consumidores visualizarem na web.

Assim, o site foi enviado para o WP Engine e, se eu voltasse ao navegador, você veria o site atualizado e refletido lá. Então, agora que entendemos como usar o Local para realizar migrações incrementais, gostaria de passar para Kevin para mostrar outra maneira de fazer isso usando a ferramenta WP Migrate.

KEVIN HOFFMAN: Ei, obrigado, Austin. Agradeço por você nos conduzir através do fluxo de trabalho Local para WP Engine, mas sabemos que nem sempre você tem controle sobre seu provedor de hospedagem. Portanto, o próximo fluxo de trabalho mostrará como migrar entre quaisquer dois ambientes WordPress. Nesse caso, indo de Local para qualquer outro host da web.

Para fazer isso, vamos usar um conceito chamado push and pull, usando o WP Migrate. Agora, por que você faria um empurrão ou um puxão? Agora, em contraste com uma exportação de site completo, esta é uma migração bidirecional. Isso significa que ambos os sites já existem e requer um pouco mais de investimento inicial para um retorno a longo prazo.

Portanto, depois de concluir essa configuração, você estará pronto para lidar com suas migrações incrementais ao longo do tempo e manter dois ambientes sincronizados continuamente.

Então, vamos ver o que parece. Então, digamos que seu site esteja pronto para ser implantado em seu host remoto. Você tem várias postagens e várias imagens em sua biblioteca de mídia. Vamos pegar esse conteúdo e movê-lo para um novo site que atualmente não tem postagens e nenhuma imagem na biblioteca de mídia.

A abordagem diferente que usaremos aqui é usar uma migração push. E a primeira coisa que me pediu são informações de conexão do site remoto. Assim, posso alternar para o site remoto e, na guia Configurações, copiar as informações de conexão diretamente para a área de transferência. Também desejo habilitar a migração por push para poder aceitar essas solicitações de push do site local.

Ao colar essas informações na caixa de informações de conexão, agora estou conectado ao site remoto e pronto para configurar minhas opções de banco de dados. A grande diferença que você notará aqui, em comparação com nosso fluxo de trabalho de exportação, é que ambos os lados Localizar e Substituir da URL e do caminho são totalmente preenchidos para nós. E isso porque o WP Migrate está em ambos os sites e tem acesso a essas informações e pode cuidar disso para nós sem que tenhamos que inserir nada para iniciar a migração.

Não farei uma localização e substituição personalizada, mas incluirei todos os meus uploads de mídia da biblioteca, bem como todos os meus temas e plug-ins. Agora, um recurso exclusivo que você notará aqui ao selecionar meus plug-ins é que ele mostra qual é o estado desse plug-in no site remoto. Agora, neste caso, não há plugins lá, então todos esses plugins serão adicionados pela primeira vez, e o número da versão atual é indicado quando você passa o mouse sobre esse ícone.

Vou prosseguir e salvar este perfil para uso futuro, e vou nomeá-lo como Push Full Site. Portanto, sempre que precisar enviar um site completo para esse local remoto, posso simplesmente revisitar esse perfil e executá-lo.

Quando eu executar o perfil, você o verá novamente percorrendo tabelas, uploads de mídia, temas, plug-ins e obterá algumas informações sobre o tamanho das solicitações conforme a migração está ocorrendo.

Depois que a migração for concluída, você poderá fechar o modal e seus dois ambientes estarão sincronizados.

Neste ponto, você pode querer revisitar a tela do seu perfil para verificar como esse perfil salvo está disponível para você clicar novamente, se precisar executá-lo novamente.

Portanto, é uma implantação completa do site com um perfil salvo no WP Migrate. Mas você deve estar se perguntando, que tal implantar mudanças incrementais? Então, como Austin mostrou a você, usando o MagicSync no local, essa é outra maneira de fazer isso com o WP Migrate. Vou criar outro perfil push, inserir as mesmas informações de conexão, mas desta vez, quando selecionar meus uploads de mídia, enviarei apenas uploads de mídia novos e atualizados.

Isso significa que, na primeira vez que a migração for executada, ela incluirá tudo. Mas toda migração posterior incluirá apenas os arquivos de mídia que foram alterados.

Este é um excelente fluxo de trabalho sempre que você está enviando conteúdo e arquivos de mídia sem ter que se preocupar com temas ou plug-ins. Agora, vou salvar este perfil e nomeá-lo como Push Content and Media.

Isso me deixa agora com dois perfis de migração que posso usar para duas finalidades diferentes. Eles são salvos na tela do meu perfil e estão disponíveis sempre que eu precisar voltar a eles. Eu poderia até configurar um perfil de pull para, em seguida, puxar os dados de produção para este site local e manter os dois ambientes sincronizados em ambas as direções.

Isso conclui nossos fluxos de trabalho usando migração local e WP para mover de remoto para local e de volta para remoto.

Então, como você pode ver, agora nosso plano de jogo está completo, temos soluções para sair do site remoto usando uma exportação de site completo do WP Migrate, arraste e solte a importação para o local e, em seguida, suba para WP Engine ou Flywheel, ou qualquer outro host. Portanto, esta é apenas a ponta do iceberg quando se trata de soluções de migração e o que é possível quando você usa WP Migrate e Local juntos.

Portanto, esperamos que isso forneça um plano de jogo na próxima vez que você precisar executar suas próprias migrações. Esperamos receber notícias suas em nossas contas do Twitter para WP Migrate e Local, e esperamos que você goste do resto do DE{CODE]. Obrigado por se juntar a nós.