Em Kinsta, cada site pode ter 1 Ambiente de Teste Padrão e até 5 Ambientes de Teste Premium. Os ambientes de teste permitem testar plugins, temas ou modificações de código sem afetar o site de produção.

A Kinsta oferece a opção de empurrar seu ambiente de teste do WordPress para seu ambiente ao vivo se você estiver satisfeito com as mudanças que fez e quiser que elas sejam aplicadas ao seu site ao vivo. Graças ao recurso de Mover Seletivamente, você tem controle granular sobre o que deve ser movido para a produção.

No passado, mover o ambiente de teste para a produção era um processo de tudo ou nada, com o ambiente de teste sobregravando completamente o site ativo durante a mudança. Com a opção Mover Seletivamente, você pode escolher o que deve ser enviado de seu ambiente de teste para seu ambiente de produção. Especificamente, agora você pode mover:

  • somente seus arquivos,
  • somente seu banco de dados,
  • ou ambos.

Mover o site de teste para produção pode ser feito em apenas alguns cliques, mas por favor leia as notas abaixo antes de prosseguir. Eles contêm informações essenciais sobre o processo.

Notas importantes

  • Recomendamos usar a funcionalidade de mover seu ambiente de teste para a produção com cuidado, iniciando durante os tempos de pouco tráfego, e ter um desenvolvedor disponível para o caso de ser necessário. Se você precisar da assistência de um desenvolvedor, há vários lugares onde você pode contratar um.
  • Criamos um backup automaticamente para que você possa retroceder conforme necessário. Nota: Se o seu site de produção for um eCommerce ou um site dinâmico e de rápida mudança, os dados poderão ser perdidos entre o momento em que você fazer a mudança e quando o backup for restaurado.
  • As configurações do ambiente (redirecionamento, geolocalização, configuração PHP e Nginx, etc.) estão incluídas ao mover (mesmo que apenas Arquivos ou Banco de Dados seja selecionado) e irão sobrescrever completamente as configurações do ambiente do site de produção.
  • Quando a mudança for completada, limpe qualquer cache embutido em seu tema ou plugins, limpe o cache do seu navegador e teste o seu site para ter certeza de que está funcionando como esperado.
  • Ao mover seu banco de dados, marcando a opção Realizar uma busca e substituir, seu domínio de teste será automaticamente substituído pelo domínio do seu site de produção.
  • Quaisquer URLs codificadas em seu tema ou código de plugin precisarão ser atualizadas para a URL do site de produção.
  • Se a proteção por senha (.htpasswd) estiver ativa em seu ambiente de teste, isto não será movido para o site de produção. Se você precisar desta configuração em seu site de produção, você precisará ativá-la no site de produção.
  • Verifique duas vezes o ambiente de teste e resolva quaisquer erros antes de mover para o site de produção.
  • Os ambientes de teste são destinados apenas ao desenvolvimento e testes. Eles não são projetados para serem usados como sites de produção, e pode haver coisas que não funcionam como esperado. Kinsta não é responsável se você tentar usar um ambiente de teste para um site de produção.
  • Ao mover para a produção não afetará o ambiente de teste, ele permanecerá separado do site de produção. Depois de mover para a produção, você pode continuar desenvolvendo e testando mudanças no ambiente de teste sem afetar seu ambiente de produção até que você movimente as mudanças para a produção novamente.
  • Mover o seu site para produção não interferirá com o Kinsta CDN se ele estiver funcionando em seu site de produçao, mas recomendamos limpar o cache CDN após mover seu site para produção (Sites > sitename > Kinsta CDN > Limpar Cache CDN).
  • Mova para produção com cautela se o seu site for uma rede multisite. Mover o banco de dados pode não funcionar, depende de como o multisite está configurado. Se você usar a opção Mover Seletivamente do banco de dados ou arquivos, todo o conteúdo do banco de dados será movido para para a produção e afetará todos os sites (o site principal e subsites) em sua rede multissites.

Como mover um ambiente de teste para o site de produção com a opção mover seletivamente

Siga os passos abaixo para ativar seu ambiente de teste de WordPress. O fluxo de trabalho para mover seletivamente permite que você escolha o que você irá mover do seu ambiente de teste para o seu ambiente de produção.

Passo 1

Faça login no MyKinsta, clique em Sites, e clique no site para o qual você quer mover. Use o seletor de ambiente ao lado do nome do site para selecionar o ambiente de teste a partir do qual você quer mover. Se você adicionou um ambiente de teste Premium, você terá mais de um ambiente de teste para escolher.

Mude para seu ambiente de encenação no MyKinsta.
Mude para seu ambiente de encenação no MyKinsta.

Passo 2

Uma vez no ambiente de encenação, clique no menu de Ações Ambientais e selecione Mover de Teste para Produção a partir do menu suspenso.

Mover um ambiente de teste para o site de produção com a opção Mover Seletivamente.
Mover um ambiente de teste para o site de produção com a opção Mover Seletivamente.

Passo 3

No pop-up/modal Mover ambiente de teste para produção que aparece, escolha entre Arquivos, Banco de dados ou verifique ambos —  dependendo do que você gostaria de mover  para o seu site de produção. Digite o nome do site para confirmar e clique no botão Mover para Produção.

Use a opção Mover seletivamente para mover os arquivos do ambiente de teste para a produção.
Use a opção Mover seletivamente para mover os arquivos do ambiente de teste para a produção.

Há algumas coisas a serem levadas em conta:

  • O tempo necessário para que o processo seja concluído depende do tamanho de seu site.
  • MyKinsta irá notificá-lo quando o processo tiver sido concluído.
  • Seu site experimentará um par de segundos de inatividade nas etapas finais do processo.
  • As configurações do ambiente (redirecionamento, geolocalização, configuração PHP e Nginx, etc.) estão incluídas ao mover (mesmo que apenas Arquivos ou Banco de Dados seja selecionado) e irão sobrescrever completamente as configurações do ambiente do site de produção.

Casos de uso e exemplos de fluxos de trabalho

A seguir, apresentamos alguns exemplos de quando você pode querer mover apenas arquivos, apenas o banco de dados, ou ambos. Tenha em mente o seguinte ao mover o ambiente de teste para o site de produção:

  • As configurações do ambiente (redirecionamento, geolocalização, configuração PHP e Nginx, etc.) estão incluídas ao mover (mesmo que apenas Arquivos ou Banco de Dados seja selecionado) e irão sobrescrever completamente as configurações do ambiente do site de produção.

Mover apenas arquivos

  • Alterações feitas diretamente nos arquivos do tema (incluindo HTML, CSS ou PHP) que não salva nenhum dado no banco de dados.
  • Upload de um arquivo que não precisa ser incluído na Biblioteca de Mídia do WordPress.
  • Se você tiver um plugin personalizado em seu site e fizer alterações nos arquivos que não afetam o banco de dados (não salva ou altera dados no banco de dados).

Mover apenas o banco de dados

Nota: Qualquer mudança no banco de dados do site de produção desde que o site foi criado será perdida, incluindo, mas não se limitando a: comentários, novos conteúdos, compras em sites de eCommerce, inscrições em sites de membros, e postagens no fórum.

  • Criar ou editar um novo artigo ou página que não inclua nenhuma mídia carregada (imagem, vídeo, ou outros arquivos carregados).
  • Mudanças de layout de uma página ou postagem feitas através de um plugin construtor.
  • Mudança do título ou tagline do site.

Mover tudo

Nota: Quaisquer mudanças no banco de dados do site de produção desde que o ambiente de teste foi criado serão perdidas, incluindo mas não se limitando a: comentários, novos conteúdos, compras em sites de eCommerce, inscrições em sites de membros, e postagens em fóruns.

  • Criação de novos conteúdos que incluem mídia carregada (imagem, vídeo, ou outros arquivos carregados).
  • Mudanças em seu tema feitas tanto no Customizer como nos arquivos do tema.
  • Instalando e testando um novo plugin ou uma versão atualizada de um plugin.

Perguntas frequentes (FAQ)

P: Se eu testar um plugin no ambiente de teste e mover apenas os arquivos para o site de produção, ele irá criar as tabelas de banco de dados correspondentes para o plugin?

Se você instalar um plugin em seu ambiente de teste que nunca foi instalado no site de produção, mover apenas os arquivos do ambiente de teste para a produção não criará as tabelas do banco de dados para esse plugin.

Isto também significa que quaisquer configurações que você tenha configurado no plugin não serão movidas para o seu site de produção (a menos que as configurações sejam salvas em um arquivo fora do banco de dados, como em um arquivo JSON, por exemplo).

Dependendo de como o plugin é codificado, ative (primeiro desativando se necessário) o plugin no site de produção pode criar a estrutura do banco de dados.

P: Se eu mover apenas os arquivos para o site de produção, isso significa que o antigo banco de dados (no ambiente de teste) não irá sobrescrever o site de produção e apenas os arquivos serão sobrescritos?

Sim, ao mover somente os arquivos, isto significa que o banco de dados no site de produção permanece inalterado e somente os arquivos no site de produção serão sobregravados.

P: Isso significa que posso trabalhar em mudanças de projeto em meu ambiente de teste e movê-los para o site de produção sem perder novos assinantes ou clientes em meu site de produção?

Sim, desde que suas alterações sejam feitas somente em arquivos (sem alterações feitas no painel do WordPress – incluindo plugin, tema ou configurações do customizador) você pode movê-los com segurança para o seu site de produção sem mover o banco de dados. Quando você mover as mudanças para o seu site de produção, selecione Arquivos e certifique-se de que o Banco de Dados não esteja selecionado.

P: Posso usar a opção de mover seletivamente para mudar a versão PHP do meu site?

Sim, você pode usar o modo “teste” para testar e mover uma nova versão PHP para o seu ambiente de produção, mas não é estritamente necessário passar do modo “teste” para o modo “produção” para atualizar sua versão PHP. Aqui está uma breve visão geral de como você mudaria a versão PHP sem passar da fase de testes para a fase de produção:

  1. Crie um ambiente de teste.
  2. Vá para o ambiente de teste e mude a versão PHP no ambiente de teste.
  3. Se tudo estiver bem e funcionando como esperado no ambiente de encenação (certifique-se de testar seu site completamente), então troque a versão PHP no seu site de produção.

P: Eu fiz alterações CSS no painel WordPress e movi arquivos. Por que eu não estou vendo minhas mudanças, mesmo depois de limpar todo o cache?

Dependendo do tipo de mudança feita e onde essa informação é armazenada, você pode precisar mover o banco de dados ou fazer essas mudanças manualmente no site de produção. Por exemplo, se você adicionou ou editou o CSS em um bloco ou widget no painel do WordPress, isso provavelmente seria salvo no banco de dados.

Se você fizer alterações em algo no painel do WordPress, com exceção das alterações feitas com o Editor de Tema (Appearance > Theme Editor), essa informação é geralmente armazenada no banco de dados.

Nota: Quaisquer mudanças no banco de dados do site de produção desde que o site de teste foi criado serão perdidas, incluindo, mas não se limitando a: comentários, novos conteúdos, compras em sites de eCommerce, inscrições em sites de membros, e postagens em fóruns. Neste caso, recomendamos fazer as mesmas mudanças manualmente no site de produção em vez de mover o banco de dados.

P: Como funciona a opção Mover Seletivamente com uma rede multisite?

Se você usar a opção Mover Seletivamente para apenas mover os arquivos, ela funcionará bem, independentemente do tipo de rede multisite. Se você mover apenas o banco de dados ou o banco de dados e arquivos, ele pode ou não funcionar, dependendo de como seu multisite está configurado:

  • Se for um multisite subdiretório (exemplo.com, exemplo.com/subsite1, exemplo.com/subsite2), mover para a produção funcionará como esperado.
  • Se for um multisite subdomínio (exemplo.com, subsite1.exemplo.com, subsite2.exemplo.com), funcionará bem, desde que os sub-sites não exijam HTTPS.
  • Se for um multisite com domínio (carrega sub-sites diferentes em domínios completamente diferentes, por exemplo, exemplo.com, exemplo1.com, exemplo2.com), ele não funcionará sem uma configuração manual significativa.