Ambientes de Teste

Cada instalação WordPress na Kinsta pode ter seu próprio ambiente de teste gratuito de WordPress, completamente separado do site de produção. Isso é ótimo para você testar novas versões do WordPress, plugins, código e trabalho de desenvolvimento geral. Crie um site de desenvolvimento em minutos e compartilhe com sua equipe.

Se você quiser adicionar outros ambientes de teste, precisar de um ambiente de teste que se aproxime mais do seu ambiente de produção ou precisar fazer testes, ou desenvolvimento de sites com uso intensivo de recursos, confira nosso complemento Ambiente de Teste Premium abaixo.

Ambiente de teste padrão de WordPress

Crie ambiente de teste de WordPress

Tornamos a criação de um site de teste de WordPress o mais fácil possível. No MyKinsta, clique em Sites WordPress na navegação à esquerda. Você verá uma lista de seus sites/instalações. Selecione o site para o qual você deseja criar um ambiente de teste, clique no Seletor de ambiente ao lado do nome do site e selecione Criar novo ambiente no menu suspenso.

No modal/pop-up Criar novo ambiente que aparece, dê um nome ao seu ambiente, selecione Ambiente padrão e clique no botão Criar ambiente.

O nome do ambiente deve ter entre 3 e 12 caracteres.

Em seguida, você será solicitado a selecionar o tipo de ambiente que deseja criar. Há três opções.

1. Clonar um ambiente existente: Essa opção permite que você clone um ambiente existente (de produção ou qualquer ambiente de teste Premium) para o novo ambiente de teste padrão.
2. Instalar WordPress: Essa opção instala um site WordPress em branco totalmente funcional, pronto para você usar imediatamente.
3. Ambiente vazio (Sem WordPress): Essa opção instala todo o software necessário para executar um site WordPress (servidor web, PHP, MySQL etc.), mas não instala o WordPress propriamente dito. Essa é uma boa opção para usuários que estão migrando para a Kinsta com o Duplicator ou configurando uma instalação do Bedrock/Trellis com uma estrutura de arquivos personalizada.

Opção 1 – Clonar um ambiente existente

A opção Clonar um ambiente existente permite que você clone qualquer ambiente existente (de produção ou ambiente de teste Premium) para o novo ambiente de teste padrão.

Nome do ambiente

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Ambiente a ser clonado

Escolha um ambiente existente para clonar para o novo ambiente de teste padrão.

Opção 2 – Instalar WordPress

A opção Instalar WordPress inclui vários campos para você personalizar seu site. Veja a seguir o que você precisa saber sobre cada campo.

Nome do site

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Título do site WordPress

Isso permite que você defina o título do site para o seu site WordPress. Dependendo do seu tema, ele ficará visível para os visitantes do site na aba do navegador e em outros lugares. Você pode alterar o título do site nas configurações do WordPress após a criação do site.

Nome de usuário do WordPress admin

Você usará esse nome para fazer login na sua instalação do WordPress. Você poderá adicionar outros usuários posteriormente. Recomendamos que você escolha algo diferente de “admin” como nome de usuário para obter o máximo de segurança.

Senha do WordPress admin

Você usará essa senha para fazer login na sua instalação. Aplicamos automaticamente senhas fortes para proteger os usuários. Você pode usar a opção Gerar nova senha (ícone de recarregar) se desejar uma nova. Veja como você pode alterar sua senha do WordPress mais tarde.

E-mail do WordPress admin

O WordPress usa o endereço de e-mail do administrador para enviar notificações importantes.

Selecione um idioma

Selecione o idioma que você gostaria de usar no WordPress. Você não precisa escrever conteúdo no mesmo idioma da interface do WordPress, portanto, fique à vontade para escolher seu idioma nativo, mesmo que esteja escrevendo conteúdo em inglês.

Instalar o WordPress Multisite

Selecione essa caixa se você quiser criar uma instalação WordPress Multisite. Uma vez selecionada, você pode escolher entre uma instalação de subdomínio ou subdiretório.

Instalar o WooCommerce

Se você estiver criando um site de eCommerce, o WooCommerce é o plugin de eCommerce mais popular que existe. Marque essa caixa para que você o instale automaticamente.

Instalar o Yoast SEO

O Yoast SEO é o plugin de SEO mais popular para WordPress, com mais de 3 milhões de instalações e uma classificação de 5 em 5 estrelas. Marque essa caixa para instalá-lo automaticamente.

Instalar o Easy Digital Downloads

Se você estiver criando um site para vender produtos digitais, o Easy Digital Downloads é uma solução completa de eCommerce para a venda de produtos digitais. Marque essa caixa para instalá-lo automaticamente.

Opção 3 – Ambiente vazio (Sem WordPress)

A opção Ambiente vazio (Sem WordPress) é útil para usuários que precisam de um ambiente vazio para migração do Duplicator ou teste de instalação personalizada do Bedrock/Trellis.

Nome do ambiente

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Criação do ambiente de teste padrão

Quando você estiver pronto, clique no botão Criar ambiente.

Acesso ao seu ambiente de teste

A criação do novo ambiente pode levar alguns minutos. Quando estiver pronto, você poderá selecionar o novo ambiente de teste padrão no menu suspenso Seletor de ambiente ao lado do nome do site.

Cada ambiente possui um círculo colorido ao lado do seu nome: verde para Produção, preto para Teste Padrão e laranja para Teste Premium. Você terá então um painel de controle separado com informações de conexão, DNS, backups, ferramentas e plugins para o seu ambiente de teste.

Para acessar rapidamente o site de teste, vá para a aba Domínios no ambiente de teste e clique no link Abrir URL. Você também pode acessar rapidamente o administrador do WordPress do seu site de teste clicando no link Abrir WordPress Admin.

Estrutura da URL e domínio

A estrutura da URL do seu ambiente de teste padrão segue este formato:

https://stg-sitename-environmentname.kinsta.cloud

Se você tiver um site de teste mais antigo, sua URL poderá ser parecido com um destes:

• https://staging-sitename-environmentname.kinsta.cloud
• https://staging-sitename.kinsta.cloud
• https://staging-sitename.kinsta.com

Você também pode adicionar um domínio personalizado ao seu site de teste se preferir usar um domínio personalizado.

Observações adicionais

Se você tiver o SSL ativado em seu site de produção e clonar o site para teste, o SSL também será ativado no site de teste.

Você pode iniciar o phpMyAdmin diretamente no MyKinsta. Na aba Informações, clique no link Abrir phpMyAdmin. A estrutura de URL para o phpMyAdmin de teste segue este formato:

https://mysqleditor-stg-sitename-environmentname.kinsta.cloud

Excluir e atualizar o ambiente de teste

Se você precisar remover seu site de teste, vá para Sites WordPress > nome do site e mude para o ambiente de teste. Role até a parte inferior da página e clique no botão Excluir ambiente.

Na janela modal/pop-up exibida, confirme que você entende o que será excluído, digite o nome do site seguido de um traço e a palavra staging no campo fornecido e clique no botão Excluir ambiente.

Para atualizar seu ambiente de teste, exclua e crie um novo e escolha a Opção 1 – Clonar um Ambiente Existente. Este ambiente de teste recém-clonado conterá a versão mais recente do seu banco de dados de produção e arquivos para teste.

Como alternativa, você pode restaurar um backup do site de produção para o ambiente de teste. A vantagem desse método é que, se você tiver adicionado um domínio personalizado, ele não será excluído e não será necessário adicioná-lo sempre que atualizar o teste.

Enviar a versão de teste para o site de produção

Para substituir o banco de dados ou os arquivos do site de produção, ou substituir o site inteiro pelo site de teste, você pode utilizar a opção de mover de teste para produção.

Restaurar um backup do WordPress para o ambiente de teste

Você também pode restaurar seu site WordPress a partir de um backup diretamente no seu ambiente de teste existente. Confira como restaurar um backup do WordPress para o ambiente de teste. Observação: Todos os backups do ambiente de teste permanecerão intactos ao restaurar um backup de produção para o ambiente de teste.

Reiniciar o ambiente de teste

Se você não conseguir reiniciar seu ambiente de teste ou não ver o botão no MyKinsta, por favor, abra um novo chat com nossa equipe de Suporte para obter ajuda adicional.

Observações importantes

Quando você usa o ambiente de teste, há várias coisas importantes que devem ser observadas.

1. Configurações de cache de página para sites de teste

Como os ambientes de teste são para fins de desenvolvimento, depuração e teste, o cache de página inteira e o OPcache da Kinsta são desativados por padrão. Se você executar testes de velocidade do site, verá tempos de carregamento acima da média, pois as páginas não estão sendo servidas a partir do cache. Se você quiser ativar o cache em um site de teste, clique no botão Ativar cache na página Ferramentas do ambiente de teste do seu site. Quando o cache estiver ativado em um site de teste, o botão Limpar cache será ativado e poderá ser usado para limpar o cache.

2. Credenciais do ambiente de teste

Se o ambiente de teste for um clone do seu site de produção, suas credenciais de login de administrador do WordPress serão as mesmas para os seus sites de produção e de teste, a menos que você as altere após criar o seu ambiente de teste.

3. SEO

Por padrão, a indexação é desativada para os sites de teste, para que eles não prejudiquem o SEO do seu site ativo/produção. Isso é feito com a combinação de uma configuração do WordPress e um cabeçalho HTTP que adicionamos automaticamente.

Você pode ver a configuração do WordPress acessando Settings > Reading no painel do WordPress do seu site de teste. A opção para desencorajar os mecanismos de pesquisa de indexar o site está marcada ao lado de Search Engine Visibility.

As URLs temporárias da Kinsta e as URLs de teste também têm um cabeçalho HTTP X-Robots-Tag: noindex, nofollow, nosnippet, noarchive de restrição de robôs, o que significa que as URLs temporárias não serão indexadas pelos mecanismos de pesquisa. Esses cabeçalhos não podem ser removidos das URLs temporárias da Kinsta ou das URLs de teste. Se você precisar que esses cabeçalhos sejam removidos do site de teste, será necessário adicionar um domínio personalizado a ele.

4. plugins

Se você usa plugins de agendamento social, como CoSchedule ou Social Networks Auto Poster, é recomendável desativar esses plugins em seu site de teste. Caso contrário, você poderá começar a compartilhar nas redes sociais usando a URL de teste, que será semelhante a: https://stg-sitename-environmentname.kinsta.cloud. Isso pode distorcer suas análises.

Alguns plugins, como o Jetpack, funcionam automaticamente no modo de teste nos ambientes de teste da Kinsta. Você verá uma mensagem indicando: “Você está executando o Jetpack em um servidor de teste”. Neste modo de teste, seu site de teste se comportará como o site de produção em quase todos os aspectos, mas com a diferença de que nenhum dado é transmitido para o WordPress.com e você não pode desconectar o site de teste. Isso é feito para evitar problemas que poderiam afetar seu site de produção.

Os plugins licenciados por nome de domínio podem exigir um domínio personalizado (em vez de um subdomínio de teste da Kinsta) para que você funcione corretamente. Observação: depois de adicionar um nome de domínio personalizado ao seu site de teste, talvez seja necessário atualizar as configurações onde você gerencia a licença do plugin ou entrar em contato com a equipe de suporte do plugin.

5. Anote a URL de login

Se você clonar seu site para a teste e usar um plugin de WordPress que altere a URL de login padrão, a parte personalizada da URL será copiada para o site de teste. Exemplo: http://stg-sitename-environmentname.kinsta.cloud/yourcustomlogin

6. O Ambiente de teste deve ser usado apenas para desenvolvimento/teste

O ambiente de teste padrão tem apenas 2 PHP Workers, não tem a opção de ativar o CDN da Kinsta e pode entrar em modo de espera após 24 horas de inatividade. Portanto, ele deve ser usado somente para desenvolvimento e testes. Os ambientes de teste (Padrão e Premium) não foram projetados para serem usados em sites de produção, e pode haver coisas que não funcionem corretamente. A Kinsta não se responsabiliza se você tentar usar um ambiente de teste para um site ativo.

7. Espaço em disco excluído do total do plano

Para oferecer a você o máximo de espaço possível, os sites de teste são excluídos de nossos relatórios ao calcular o uso total de espaço em disco. Somente os sites ativos contam para o uso do espaço em disco.

8. Cron jobs

Os Cron jobs do servidor do ambiente ativo não estão ativos no ambiente de teste (mesmo que você clone o site de produção para o de teste), portanto, os Cron jobs do site de produção não serão disparados no ambiente de teste. Além disso, se você modificar o crontab no ambiente de teste e enviar o ambiente de teste para o ambiente ativo, ele substituirá o crontab do ambiente de produção.

9. Multisite

Se você estiver executando uma rede multisite de WordPress, ela poderá ou não funcionar com nosso ambiente de teste, dependendo de como o multisite estiver configurado.

• Se você tiver um multisite de subdiretório (exemplo.com, exemplo.com/subsite1, exemplo.com/subsite2), ele funcionará bem com nosso ambiente de teste.
• Se for um multisite de subdomínio (exemplo.com, subsite1.exemplo.com, subsite2.exemplo.com), ele funcionará bem, desde que os subsites não exijam HTTPS.
  • Se for uma multisite de subdomínio que requer HTTPS, você precisará adicionar um domínio personalizado com um certificado SSL wildcard ao seu site de teste para que os subdomínios possam ser cobertos por um certificado SSL. Isso ocorre porque o certificado SSL fornecido para a URL padrão de teste só pode cobrir o subdomínio de teste (por exemplo, stg-nomedosite-ambientenome.kinsta.cloud), então qualquer nível adicional de subdomínio (por exemplo, subsite.stg-nomedosite-ambientenome.kinsta.cloud) não pode ser coberto.
• Se for um multisite mapeado por domínio (carrega diferentes subsites em domínios completamente diferentes, por exemplo, exemplo.com, exemplo1.com, exemplo2.com), ele não funcionará sem uma configuração manual significativa.
  • Opção 1: Desative o mapeamento de domínio e volte à configuração padrão de subdiretório/subdomínio. Faça uma pesquisa e substituição no banco de dados manualmente.
  • Opção 2: Configure subdomínios de teste para cada domínio ativo, adicione todos eles ao site de teste e execute manualmente uma pesquisa e substituição no banco de dados.

10. E-mail

Os ambientes de teste têm o envio de e-mails (e-mail transacional) ativado por padrão. Se você fizer um pedido no site de teste, receberá e-mails relacionados do site de teste. Se não quiser que os e-mails transacionais sejam enviados do seu ambiente de teste, você poderá usar um plugin como Disable Emails para impedir que o site envie e-mails.

Ambientes de teste Premium

Com o complemento de Ambiente de Teste Premium da Kinsta, você pode adicionar até cinco Ambientes de Teste Premium ao seu site WordPress. Embora um Ambiente de Teste Padrão ainda funcione para a maioria dos testes, o uso de um Ambiente de Teste Premium é ideal para testes ou desenvolvimento de sites intensivos em recursos.

Cada ambiente de teste premium tem 12 CPUs, 8 GB de memória e o mesmo número de PHP Workers que você tem para o seu site de produção (com base no seu plano). Você também pode ativar o Kinsta CDN para um ambiente de teste Premium. Com um ambiente de teste que se aproxima do seu ambiente ativo, você também pode realizar testes de velocidade do site em seu site de teste.

Incluindo o Ambiente de teste Padrão gratuito, isso permite que você tenha um total de 6 ambientes para testes e desenvolvimento que são completamente separados do seu site de produção (ativo).

Adicione um ambiente de teste Premium

No MyKinsta, clique em Sites WordPress na navegação à esquerda. Você verá uma lista de seus sites/instalações. Selecione o site para o qual você deseja criar um ambiente de teste Premium, clique no Seletor de ambiente ao lado do nome do site e selecione Criar novo ambiente no menu suspenso.

O complemento de Ambiente de Teste Premium pode ser adquirido por $20/mês por ambiente (proporcional). Você pode comprar até 5 complementos de teste premium. Cada complemento de Ambiente de Teste Premium é automaticamente proporcional, e a assinatura aparecerá no seu próximo ciclo de Cobrança.

Na janela modal/pop-up Criar novo ambiente que aparece, dê um nome ao seu ambiente, selecione Ambiente Premium e clique no botão Criar ambiente.

O nome do ambiente deve ter entre 3 e 12 caracteres.

Em seguida, você será solicitado a selecionar o tipo de ambiente que deseja criar. Há três opções:

1. Clonar um ambiente existente: Essa opção permite que você clone um ambiente existente (de produção ou qualquer ambiente de teste Premium) para o novo ambiente de teste padrão.
2. Instalar WordPress: Essa opção instala um site WordPress em branco totalmente funcional, pronto para você usar imediatamente.
3. Ambiente vazio (Sem WordPress): Essa opção instala todo o software necessário para executar um site WordPress (servidor web, PHP, MySQL etc.), mas não instala o WordPress propriamente dito. Essa é uma boa opção para usuários que estão migrando para a Kinsta com o Duplicator ou configurando uma instalação do Bedrock/Trellis com uma estrutura de arquivos personalizada.

Opção 1 – Clonar um ambiente existente

A opção Clonar um ambiente existente permite que você clone qualquer ambiente existente (ao vivo, de teste padrão ou outro ambiente de teste Premium) para o novo ambiente de teste Premium.

Nome do ambiente

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Ambiente a ser clonado

Escolha um ambiente existente para clonar para o novo ambiente de teste Premium.

Opção 2 – Instalar WordPress

A opção Instalar WordPress inclui vários campos para você personalizar seu site. Veja a seguir o que você precisa saber sobre cada campo..

Nome do ambiente

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Título do site WordPress

Isso permite que você defina o título do site para o seu site WordPress. Dependendo do seu tema, ele ficará visível para os visitantes do site na aba do navegador e em outros lugares. Você pode alterar o título do site nas configurações do WordPress após a criação do site.

Nome de usuário do WordPress admin

Você usará esse nome para fazer login na sua instalação do WordPress. Você poderá adicionar outros usuários posteriormente. Recomendamos que você escolha algo diferente de “admin” como nome de usuário para obter o máximo de segurança.

Senha do WordPress admin

Você usará essa senha para fazer login na sua instalação. Aplicamos automaticamente senhas fortes para proteger os usuários. Você pode usar a opção Gerar nova senha (ícone de recarregar) se desejar uma nova. Veja como você pode alterar sua senha do WordPress mais tarde.

E-mail do WordPress admin

O WordPress usa o endereço de e-mail do administrador para enviar notificações importantes.

Selecione um idioma

Selecione o idioma que você gostaria de usar no WordPress. Você não precisa escrever conteúdo no mesmo idioma da interface do WordPress, portanto, fique à vontade para escolher seu idioma nativo, mesmo que esteja escrevendo conteúdo em inglês.

Instalar o WordPress Multisite

Selecione essa caixa se você quiser criar uma instalação WordPress Multisite. Uma vez selecionada, você pode escolher entre uma instalação de subdomínio ou subdiretório.

Instalar o WooCommerce

Se você estiver criando um site de eCommerce, o WooCommerce é o plugin de eCommerce mais popular que existe. Marque essa caixa para que você o instale automaticamente.

Instalar o Yoast SEO

O Yoast SEO é o plugin de SEO mais popular para WordPress, com mais de 3 milhões de instalações e uma classificação de 5 em 5 estrelas. Marque essa caixa para instalá-lo automaticamente.

Instale o Easy Digital Downloads

Se você estiver criando um site para vender produtos digitais, o Easy Digital Downloads é uma solução completa de eCommerce para a venda de produtos digitais. Marque essa caixa para instalá-lo automaticamente.

Opção 3 – Ambiente vazio (Sem WordPress)

A opção Ambiente vazio (Sem WordPress) é útil para usuários que precisam de um ambiente vazio para migração do Duplicator ou teste de instalação personalizada do Bedrock/Trellis.

Nome do ambiente

Se quiser alterar o nome do ambiente, você pode fazer isso aqui. O nome do ambiente deve ter entre 3 e 12 caracteres.

Criação do ambiente de teste premium

Quando você estiver pronto, clique no botão Criar ambiente. Em seguida, confirme a assinatura recorrente para o ambiente de teste premium e clique no botão Adicionar assinatura.

Acesso ao seu ambiente de teste premium

A criação do novo ambiente pode levar alguns minutos. Quando estiver pronto, você poderá selecionar o novo ambiente de teste premium no menu suspenso Seletor de ambiente ao lado do nome do site.

Cada ambiente possui um círculo colorido ao lado de seu nome: verde para Produção, preto para Teste Padrão e laranja para Teste Premium. Você terá então um painel de controle separado com informações de conexão, DNS, backups, ferramentas e plugins para o seu ambiente de teste.

Para acessar rapidamente o site de teste, vá para a aba Domínios no ambiente de teste e clique no link Abrir URL. Você também pode acessar rapidamente o administrador do WordPress do seu site de teste clicando no link Abrir WordPress Admin.

Estrutura da URL e domínio

A estrutura da URL padrão do seu ambiente de teste Premium segue este formato:

https://env-sitename-environmentname.kinsta.cloud

Você também pode adicionar um domínio personalizado ao seu site de teste se preferir usar um domínio personalizado.

Transferência da teste Premium para outro ambiente

Qualquer ambiente de teste pode ser transferido para qualquer outro ambiente de teste ou para o seu ambiente ativo.

Com o recurso de Envio Seletivo, você tem controle detalhado sobre o que enviar do seu ambiente de teste para outro ambiente. Especificamente, você pode enviar:

• Somente seus arquivos,
• Apenas o banco de dados,
• Ou ambos.

Para obter mais detalhes, consulte nosso guia sobre como fazer envio do Ambiente de Teste para o Ambiente de Produção. O processo é o mesmo; você só precisa escolher para qual ambiente enviar a partir do seu ambiente de teste Premium.

Remover um ambiente de teste premium

Após concluir seus testes ou desenvolvimento, você pode remover o Ambiente de Teste Premium e a assinatura no MyKinsta. O complemento de Ambiente de Teste Premium será cobrado apenas pelo tempo em que estiver ativo. Cancele o complemento excluindo o Ambiente de Teste Premium para interromper a cobrança adicional.

No MyKinsta, clique em Sites WordPress na navegação à esquerda. Você verá uma lista de seus sites/instalações. Selecione o site do qual você deseja remover o Ambiente de teste Premium, clique no Seletor de ambiente ao lado do nome do site e selecione o ambiente no menu suspenso.

Role até a parte inferior da página e clique no botão Excluir ambiente.

Na janela modal/pop-up exibida, confirme que você entende o que será excluído, digite o nome do site seguido de um traço e o nome do ambiente (SITENAME-EnvironmentName) no campo fornecido e clique no botão Excluir ambiente.

Uma vez que o Ambiente de Teste Premium tenha sido excluído, a assinatura do complemento será automaticamente removida de Empresa > Meu Plano no MyKinsta.

PERGUNTAS FREQUENTES

O que é a cobrança proporcional?

Exemplo de cobrança proporcional

Você tem um novo recurso a ser implementado em seu site e deseja testá-lo com todo o poder do seu plano. Você cria um ambiente de teste Premium, adiciona o novo recurso e o testa por 1 hora. Tudo parece ótimo, então você transfere a alteração para o seu ambiente ativo e exclui o ambiente de teste Premium.

• 1 mês de um ambiente de teste premium custa US$ 20.
• Com base em um mês de 30 dias, esse ciclo de cobrança tem um total de 720 horas.
  30 * 24 = 720
• Cada hora de uso custa US$ 0,03.
  $20 / 720 = $0.03
• Sua próxima fatura incluirá os US$ 0,03 devidos pela 1 hora em que um Ambiente de teste premium foi adicionado ao seu plano.

Exemplo de cobrança proporcional

Você compra um Ambiente de teste premium no meio do ciclo da cobrança mensal e o utiliza até o final desse ciclo. A cobrança será feita apenas pela metade do mês, que corresponde ao período de uso (cerca de US$ 10, com o valor ajustado proporcionalmente aos dias em que foi utilizado).

Posso alterar o nome de um ambiente de teste Premium?

Sim. Vá para o ambiente que você deseja renomear e clique no ícone de edição (lápis) na seção Nome do ambiente no campo Nome do ambiente.

Digite o novo nome e clique no botão Renomear ambiente.

Isso mudará o nome do ambiente mostrado no seletor de ambiente, mas não afetará o domínio kinsta.cloud gerado durante a criação inicial do ambiente.

Posso restaurar um backup em um ambiente de teste?

Sim, mas você precisa criar um ambiente de teste Padrão ou Premium primeiro. No passado, era possível criar um ambiente de teste automaticamente ao restaurar um backup. Com a introdução do Ambiente de teste Premium, você precisará primeiro criar o ambiente de teste antes de restaurar um backup nele.

Quem tem acesso aos ambientes de teste Premium?

Os desenvolvedores e administradores de sites têm acesso aos Ambientes de teste Premium que foram criados, mas não podem criar ou excluir um Ambiente de teste Premium. Somente o proprietário ou administrador da empresa pode criar, ou excluir um ambiente de teste premium.

A ambiente de teste utiliza meu espaço em disco?

Não. Para que você tenha o máximo de espaço possível, os sites de teste são excluídos de nossos relatórios ao calcular o uso total de espaço em disco. Somente os sites ativos contam para o limite de espaço em disco que você tem.

Movendo sites de teste para produção

Você tem a opção de mover seu ambiente de teste de WordPress para o ambiente de produção (ativo) se estiver satisfeito com as alterações feitas e quiser que elas sejam aplicadas ao site ativo. Graças ao recurso de Mover Seletivamente, você tem controle granular sobre o que deve ser movido para o seu site.

No passado, o envio do ambiente de teste para o site de produção era um processo de tudo ou nada, com o ambiente de teste substituindo completamente o site de produção durante o envio. Com a opção de Mover seletivamente, você pode escolher o que mover ao ambiente de teste para o site de produção. Especificamente, agora você pode mover:

• Somente seus arquivos,
• Somente o banco de dados,
• Ou ambos.

Observações importantes

• Recomendamos que você use a funcionalidade Mover para produção com cuidado, iniciando em horários de pouco tráfego e tendo um desenvolvedor por perto para qualquer eventualidade. Se você precisar da assistência de um desenvolvedor, existem vários locais onde você pode contratar um.
• Criamos um backup automaticamente para que você possa reverter conforme necessário. Observação: se o seu site de produção for um site de eCommerce ou outro site dinâmico e que muda rapidamente, existe a possibilidade de perda de dados no intervalo entre a realização da publicação e a restauração do backup.
• As configurações de ambiente (redirecionamentos, geolocalização, configuração de PHP e Nginx etc.) são incluídas no envio (mesmo que você selecione somente Arquivos ou Banco de dados) e substituirão completamente as configurações de ambiente do site de produção.
• Após a conclusão do envio, limpe qualquer cache integrado no tema ou nos plugins, limpe o cache do navegador e teste o site para garantir que ele esteja funcionando conforme o esperado.
• Ao enviar o banco de dados, se você marcar a opção Executar pesquisa e substituição, o domínio de teste será automaticamente substituído pelo domínio do site de produção.
• Se você selecionar a opção Arquivos, todos os arquivos serão transferidos, inclusive plugins, temas e arquivos dentro de wp-content/uploads.
• Todas as URLs codificadas no código do seu tema ou 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, ela não será transferida para o ambiente ativo. Caso você precise dessa configuração no site de produção, será necessário ativá-la separadamente no site de produção.
• Quando você usa o WooCommerce, o MyKinsta não diferencia entre os pedidos de novos clientes e os mais antigos quando você transfere o ambiente de teste para o ambiente de produção. Quando você inicia um “Mover para Produção”, o MyKinsta copia seu site de teste para o site de produção exatamente como ele está, substituindo arquivos e o banco de dados. Para contornar a perda de dados recentes, como pedidos, no site de produção, você pode exportar pedidos do site de produção, publicar o site de teste e, em seguida, reimportar os pedidos/clientes para o ambiente ativo. É recomendável discutir essa tarefa com seu desenvolvedor web. Se você não tiver um ou não estiver seguro sobre como proceder, consulte nosso artigo sobre como contratar um desenvolvedor WordPress.
• Verifique novamente o site de teste e resolva todos os erros antes de colocá-lo em produção.
• Os ambientes de teste destinam-se apenas a desenvolvimento e testes. Eles não foram projetados para serem usados como sites de produção, e pode haver coisas que não funcionem como esperado. A Kinsta não se responsabiliza se você tentar usar um ambiente de teste para um site de produção.
• Se você tentar usar um ambiente de teste para um site em produção, a Kinsta não se responsabiliza por quaisquer consequências dessa ação. Após mover para o ambiente de produção, você pode continuar desenvolvendo e testando alterações no ambiente de teste sem afetar o site de produção, até que decida publicar novamente as alterações no ambiente de produção.
• O envio para o ambiente de produção não interferirá no CDN da Kinsta se ele estiver em execução no seu site de produção, mas recomendamos que você limpe o cache do CDN após o envio (WordPress Sites > nome do site > CDN > Limpar cache CDN).
• Mova o site de produção com cautela se o seu site for parte de uma rede multisite. A publicação do banco de dados pode ou não ser bem-sucedida, dependendo da configuração do multisite. Se você optar o recurso de Mover Seletivamente e mover apenas o banco de dados, ou o banco de dados e os arquivos juntos, todo o conteúdo do banco de dados será movido para o ambiente de produção e afetará todos os sites (o site principal e os subsites) e multisites.

Mover do ambiente de teste para o ambiente de produção de forma seletiva

Siga os passos a seguir para mover o seu ambiente de teste WordPress para o ambiente de produção. O processo de Mover Seletivamente permite que você escolha quais elementos do seu site de teste serão movidos para o site de produção.

Etapa 1

Etapa 2

Quando você estiver no ambiente de teste, clique no menu Ações do ambiente e selecione Mover para produção no menu suspenso.

Etapa 3

No pop-up/modal Mover para produção que aparece, escolha Arquivos, Banco de dados ou marque ambos – dependendo do que você gostaria de enviar para o ar. Digite o nome do site para confirmar e clique no botão Mover para produção.

Alguns aspectos que você deve ter em mente são:

• O tempo necessário para que o processo seja concluído depende do tamanho do seu site.
• O MyKinsta notificará você quando o processo for concluído.
• Seu site sofrerá alguns segundos de inatividade nos estágios finais do processo.
• As configurações do ambiente, como redirecionamentos, geolocalização, configurações de PHP e Nginx, entre outras, são incluídas no processo de transferência. Isso acontece mesmo se você optar por mover apenas os Arquivos ou o Banco de Dados. Essas configurações irão substituir integralmente 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 situações em que você pode querer transferir apenas arquivos, apenas o banco de dados ou ambos. Lembre-se dos seguintes pontos ao mover o ambiente de teste para o site de produção:

• As configurações de ambiente, incluindo redirecionamentos, geolocalização, configurações do PHP e do Nginx, entre outras, são incluídas no processo de envio. Isso ocorre mesmo que você opte por mover apenas os arquivos ou apenas o banco de dados. Estas configurações substituirão por completo as configurações de ambiente do site de produção.

Mover somente arquivos

• Alterações feitas diretamente nos arquivos do tema (incluindo HTML, CSS ou PHP) que não salvam nenhum dado no banco de dados.
• Carregamento 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 nem altera dados no banco de dados).

Mover somente banco de dados

Observação: Todas as alterações no banco de dados do site de produção desde que o site de teste foi criado serão perdidas, incluindo, entre outros: comentários, novo conteúdo, compras em sites de eCommerce, inscrições em sites de membros e publicações em fóruns.

• Criação ou edição de um novo artigo ou página que não inclua nenhuma mídia carregada (imagem, vídeo ou outros arquivos carregados).
• Alterações de layout em uma página ou publicação feitas por meio de um plugin do construtor.
• Alteração do título ou da tagline do site.

Mover tudo

Observação: Todas as alterações no banco de dados do site de produção desde que o site de teste foi criado serão perdidas, incluindo, entre outros: comentários, novo conteúdo, compras em sites de eCommerce, inscrições em sites de membros e publicações em fóruns.

• Criação de novo conteúdo que inclua mídia carregada (imagem, vídeo ou outros arquivos carregados).
• Alterações no seu tema feitas no Personalizador e nos arquivos do tema.
• Instalação e teste de um novo plugin ou de uma versão atualizada de um plugin.

Perguntas frequentes (FAQ)

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

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

Isso também significa que todas as configurações que você definiu no plugin não serão enviadas para o 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, a ativação (primeiro a desativação, se necessário) do plugin no site de produção pode criar a estrutura do banco de dados.

P: Se eu enviar somente os arquivos para o site de produção, isso significa que o banco de dados antigo (em teste) não substituirá o banco de dados ativo, e somente os arquivos serão substituídos?

Sim, quando você envia somente os arquivos, isso significa que o banco de dados no site de produção permanece inalterado e somente os arquivos no site de produção serão substituídos.

P: Isso significa que posso trabalhar em alterações de design no meu site de teste e transferi-las para o site de produção sem perder novos assinantes ou clientes no meu site de produção?

Sim, desde que as alterações sejam feitas somente nos arquivos (nenhuma alteração feita no painel do WordPress, incluindo configurações de plugin, tema ou personalizador), você pode enviá-las com segurança para o site de produção sem enviar o banco de dados. Quando você mover as alterações para o site de produção, selecione Arquivos e certifique-se de que Banco de dados não esteja selecionado.

P: Posso usar a opção de Mover Seletivamente para alterar a versão do PHP do meu site?

Sim, você pode usar ambiente de teste para testar e enviar uma nova versão do PHP para o ambiente de produção, necessário enviar do ambiente de teste para o ambiente de produção para atualizar a versão do PHP. Aqui está uma breve visão geral de como você poderia alterar a versão do PHP sem enviar do ambiente de teste para o ambiente de produção:

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

P: Fiz alterações de CSS no painel do WordPress e enviei os arquivos. Por que não estou vendo minhas alterações, mesmo depois de limpar o cache?

Dependendo do tipo de alteração feita e de onde essas informações estão armazenadas, talvez você precise enviar o banco de dados ou fazer essas alterações manualmente no site de produção. Por exemplo, se você adicionou ou editou 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 Theme Editor (Appearance > Theme Editor), essas informações geralmente são armazenadas no banco de dados.

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

Se você utilizar a opção de mover seletivamente para transferir apenas os arquivos, isso funcionará bem, independentemente do tipo da rede multisite. Caso transfira apenas o banco de dados ou tanto o banco de dados quanto os arquivos, o sucesso dependerá da configuração do seu multisite:

• Em um multisite de subdiretório (exemplo.com, exemplo.com/subsite1, exemplo.com/subsite2), a opção de mover funcionará como esperado.
• Em um multisite de subdomínio (exemplo.com, subsite1.exemplo.com, subsite2.exemplo.com), funcionará bem, desde que os subsites não exijam HTTPS.
• Em um multisite mapeado por domínio (carrega diferentes subsites em domínios completamente diferentes, por exemplo, exemplo.com, example1.com, example2.com), ele não funcionará sem uma configuração manual significativa.
  • Opção 1: Desative o mapeamento de domínio e volte à configuração padrão de subdiretório/subdomínio. Faça uma pesquisa e substituição no banco de dados manualmente.
  • Opção 2: Configure subdomínios de teste para cada domínio ativo, adicione todos eles ao site de teste e execute uma pesquisa e substituição manual no banco de dados para atualizar cada domínio após mover do ambiente de teste para o ambiente de produção.