Seu guia para
o WordPane Cloud.

Crie seu primeiro servidor

Onde encontrar: Painel principal / Servidores / Criar

Você escolhe e contrata seu servidor dentro da WordPane. Não precisa fornecer um servidor próprio, IP ou credenciais de infraestrutura externa. Antes de começar, confira os requisitos da aplicação e o custo da configuração.

1. Crie sua conta. Faça seu cadastro na WordPane e acesse o painel.
2. Adicione saldo. Consulte as condições de pagamento e cobrança. Aguarde a confirmação dos créditos na conta.
3. Escolha o servidor web. Selecione Apache, Nginx, OpenLiteSpeed ou Node.js conforme o aplicativo que deseja instalar.
4. Defina o banco de dados. MySQL ou MariaDB para os ambientes PHP; MongoDB na stack Node.js. Verifique os requisitos do projeto.
5. Escolha a localização. Selecione a região entre as opções disponíveis no painel. Revise também a configuração de recursos do servidor.
6. Defina um nome e mande criar. Use um nome que identifique o projeto e revise todas as opções antes de confirmar a criação.
7. Aguarde o deploy. O servidor será criado e configurado automaticamente em até 10 minutos no painel após a confirmação.
8. Gerencie sua aplicação. Com o ambiente pronto, crie ou instale sua aplicação e administre-a diretamente pelo painel.

Como conferir o resultado

Abra o servidor e verifique o estado dos serviços e a disponibilidade da área de aplicações. Se o processo apresentar falha, registre a mensagem e o horário antes de tentar novamente.

Créditos e contratação

O saldo de créditos é utilizado na contratação de servidores pela WordPane. Os valores do provedor, da região e da configuração são os apresentados no painel. Consulte também a área de planos. Para requisitos específicos, solicite uma configuração personalizada.

1. Abra a área de saldo ou cobrança da conta.
2. Escolha uma opção de recarga e siga as instruções do meio de pagamento.
3. Confira a confirmação e a atualização do saldo antes de contratar.
4. Revise o custo informado na criação ou alteração de um servidor.

Não considere uma recarga concluída apenas por ter iniciado o pagamento. Consulte o estado da transação e o saldo disponível. Caso uma operação não apareça, mantenha o comprovante e os dados da transação para atendimento.

Tecnologias e compatibilidade

A stack reúne o servidor web, o runtime da aplicação e os serviços de apoio. Escolha com base nos requisitos do projeto, antes de criar o ambiente.

O que conferir antes de escolher

• Versão do runtime: confirme o PHP, LSPHP ou Node.js exigido pelo projeto.
• Banco: verifique se a aplicação requer um banco SQL ou MongoDB.
• Instalador: consulte o catálogo compatível com a stack.
• Sistema operacional: Ubuntu 22.04 e 24.04 aparecem entre as opções apresentadas pela WordPane; confirme a disponibilidade.

A opção de instalar Node.js adicionalmente em um servidor PHP, quando oferecida, não transforma seu banco SQL em MongoDB. Para a combinação Node.js e MongoDB, escolha a stack correspondente.

Crie uma aplicação PHP

Onde encontrar: Servidor / Aplicações / Criar aplicação

Use o método PHP personalizado para um projeto próprio. Tenha os arquivos e os requisitos do runtime antes de iniciar.

1. Abra o servidor correto e selecione a criação de uma aplicação.
2. Informe um nome e escolha domínio principal ou temporário para testes.
3. Selecione o método PHP personalizado.
4. Nas opções avançadas, confira usuário do sistema, versão do PHP e diretório público.
5. Crie a aplicação e envie os arquivos para o diretório configurado.
6. Configure a conexão com o banco e teste uma página pelo domínio.

Entenda os campos

Nome da aplicação

Identifica o projeto no painel.

Usuário do sistema

Define a conta responsável pelos arquivos e permissões da aplicação.

Webroot

Diretório servido ao visitante. O padrão é public_html; projetos com uma pasta pública própria precisam do caminho correspondente.

Depois da publicação, consulte os logs e valide as páginas que dependem do banco. Arquivos de configuração e credenciais devem permanecer fora do acesso público.

Instalador de aplicações

Onde encontrar: Servidor / Aplicações / Criar aplicação / Instalador

O instalador prepara aplicações compatíveis com o ambiente selecionado. O catálogo depende da tecnologia e dos recursos habilitados.

Aplicativos disponíveis por tecnologia no instalador

Aplicativo	Apache	Nginx (PHP)	OpenLiteSpeed	Node.js
WordPress	Sim	Sim	Sim	—
PrestaShop	Sim	Sim	—	—
Moodle	Sim	Sim	—	—
Joomla	Sim	Sim	—	—
Mautic	Sim	Sim	—	—
Akaunting	Sim	Sim	—	—
Nextcloud	Sim	Sim	—	—
Craft CMS	Sim	Sim	—	—
Statamic	Sim	Sim	—	—
phpMyAdmin	Sim	Sim	Sim	—
n8n	—	—	—	Sim
Uptime Kuma	—	—	—	Sim
Node-RED	—	—	—	Sim
NodeBB	—	—	—	Sim

Sim indica disponibilidade pelo instalador. O traço indica que o aplicativo não é oferecido por esse instalador, e não uma avaliação de compatibilidade de instalação manual. A coluna Nginx corresponde ao ambiente PHP; a stack Node.js utiliza Nginx como proxy e tem seu próprio catálogo. Confirme versões e habilitação no painel.

1. Escolha a aplicação no catálogo do painel.
2. Preencha domínio e os dados solicitados pelo instalador.
3. Revise as opções do ambiente e confirme a criação.
4. Aguarde a conclusão e abra o site e sua administração.
5. Confira configurações iniciais, SSL e backups.

Se uma aplicação não estiver listada, confira sua compatibilidade antes de usar um deploy personalizado. A presença de Redis ou de um banco no servidor não garante que todo software possa ser instalado.

Aplicações Node.js

A stack Node.js é apresentada em beta e reúne Nginx, MongoDB e Redis. Ela atende projetos que executam JavaScript no servidor.

Escolha o método de publicação

Quando habilitado, o instalador Node.js pode oferecer Uptime Kuma para monitoramento, Node-RED para fluxos, n8n para automação e NodeBB para comunidades. O catálogo disponível no painel define quais opções podem ser usadas.

1. Abra um servidor com a stack compatível.
2. Crie a aplicação, informando nome e domínio.
3. Escolha um item do instalador ou o deploy por Git disponível.
4. Configure as opções de execução solicitadas para o projeto.
5. Conclua o deploy e consulte o estado da aplicação e seus logs.

Antes de colocar em produção

Confira versão do Node.js, dependências, variáveis de ambiente e dados de conexão. Projetos com build devem gerar seus arquivos antes da execução. Teste o acesso pelo domínio e os fluxos que usam MongoDB.

Uma aplicação do catálogo pode ter requisitos próprios de banco e armazenamento. Confira esses requisitos antes de escolher o servidor; a disponibilidade da stack não substitui essa validação.

Deploy por Git

Onde encontrar: Aplicação / Git

Publique o código de um repositório no servidor. As integrações podem incluir GitHub, GitLab e Bitbucket, conforme habilitação.

1. Na área de integrações da conta, conecte o provedor necessário.
2. Crie a aplicação pelo método Git e informe nome e domínio.
3. Selecione provedor, repositório e branch. Para um repositório público, informe a URL de clonagem; para um privado, configure o acesso solicitado, incluindo chave SSH quando necessário.
4. Revise runtime, usuário e webroot. Salve um script de deploy apenas se o projeto precisar executar tarefas após a atualização.
5. Conclua a implantação e confira os registros da execução.

Atualização manual e automática

Na área Git, use a ação de buscar as últimas alterações para atualizar a branch configurada. O script de deploy salvo pode executar após a atualização.

Quando a atualização automática estiver disponível para seu repositório, ative-a e configure o webhook no provedor. Confira as entregas do webhook e o histórico após um push. A opção automática pode ter restrições por tipo de repositório.

Confirme a branch antes de qualquer mudança: ela determina o código publicado no ambiente.

Domínios e DNS

Onde encontrar: Aplicação / Domínios

Uma aplicação pode atender ao domínio principal e a aliases, como a versão com www. Cadastrar o domínio no painel e apontar o DNS são tarefas distintas.

1. Abra a aplicação e consulte os domínios já cadastrados.
2. Selecione adicionar domínio e informe o nome completo, sem caminhos de página.
3. Defina o domínio principal na lista.
4. No serviço que administra o DNS, ajuste os registros para o destino do servidor.
5. Confirme a resolução e teste o domínio antes de emitir SSL.

Exemplo de configuração

Para example.com, o registro A normalmente aponta ao IPv4 do servidor. Um alias www pode usar o destino correspondente. Registros AAAA só devem ser usados se o ambiente estiver preparado para IPv6.

Remover um domínio da aplicação não apaga seu registro no provedor DNS. Ao trocar uma hospedagem, preserve registros de e-mail e outros serviços que não fazem parte da migração.

Certificados SSL e HTTPS

Onde encontrar: Aplicação / Certificados SSL

O certificado permite servir a aplicação por HTTPS. Antes da emissão, o domínio deve resolver para o ambiente correto e estar cadastrado na aplicação.

1. Abra a área de certificados da aplicação.
2. Selecione a instalação automática, quando disponível.
3. Confira os domínios que devem ser cobertos, incluindo aliases.
4. Inicie a emissão e aguarde o resultado.
5. Teste os endereços por HTTPS e confirme a validade do certificado.

Quando a emissão falha

Revise o DNS, possíveis registros antigos e o acesso ao servidor. Confira se regras de firewall ou de proxy impedem a validação. Depois de corrigir a causa, tente novamente.

Conteúdo misto

Se a página carregar por HTTPS, mas imagens ou scripts continuarem usando HTTP, ajuste as URLs da aplicação. Em WordPress, confira também a URL do site e do endereço administrativo. Um certificado válido não corrige links internos automaticamente em todo projeto.

Arquivos e permissões

Onde encontrar: Aplicação / Gerenciador de arquivos

Administre arquivos do projeto diretamente pelo painel: envio, download, criação, edição, renomeação, cópia, movimentação, compactação e extração.

1. Abra o gerenciador e confira o diretório atual.
2. Envie os arquivos ou um pacote compactado.
3. Ao extrair, informe o caminho e verifique se não foi criada uma pasta adicional entre o webroot e o projeto.
4. Selecione um arquivo para editar e salve as alterações.
5. Teste a aplicação e consulte seus logs.

Permissões e arquivos ocultos

Ative a visualização de arquivos ocultos quando precisar conferir configurações do projeto. Na ação de permissões, ajuste somente o acesso necessário para o usuário que executa a aplicação.

Antes de excluir ou sobrescrever conteúdo, mantenha uma cópia. Evite permissões amplas como solução automática para erros de acesso: confira primeiro o proprietário e o caminho. Arquivos sensíveis, como variáveis de ambiente, não devem ser servidos publicamente.

Criação de bancos de dados

Onde encontrar: Servidor / Bancos de dados

MySQL e MariaDB atendem os ambientes PHP; MongoDB integra a stack Node.js. O banco precisa corresponder ao driver e aos requisitos da aplicação.

1. Abra a lista de bancos no servidor correto.
2. Selecione criar banco e informe um nome.
3. Use as credenciais geradas ou escolha usuário e senha personalizados, quando oferecido.
4. Defina a origem de conexão permitida.
5. Confirme a criação e configure a aplicação com os dados do banco.

Entenda as origens de conexão

Localhost

Usado quando a aplicação se conecta a partir do próprio servidor.

IP específico

Restringe o acesso às origens cadastradas, quando o formulário oferece essa opção.

Qualquer origem

Permite uma abrangência maior e exige avaliação das regras de rede e autenticação.

Confira host, nome, usuário e senha no painel antes de copiar para o projeto. Faça um teste real de leitura e escrita. Excluir um banco pode interromper aplicações e remover seus dados; mantenha um backup antes dessa ação.

Usuários e acesso ao banco

Onde encontrar: Servidor / Bancos de dados / Usuários

Um banco pode ter vários usuários. Cada credencial é associada ao banco atribuído, o que ajuda a separar o acesso entre projetos.

1. Localize o banco e abra sua lista de usuários.
2. Crie um usuário usando credenciais geradas ou personalizadas.
3. Defina a origem de conexão necessária.
4. Salve e configure a aplicação que utilizará essa credencial.

Troca de senha

Ao atualizar uma credencial, atualize também os projetos que a utilizam e teste a conexão. Remova um usuário somente depois de conferir suas dependências.

Conexão remota

Para MySQL e MariaDB, confira os hosts permitidos e as regras do firewall. Para MongoDB, revise o usuário, o banco de autenticação e a configuração de rede. Use as opções efetivamente oferecidas para esse motor; campos SQL não se aplicam automaticamente a MongoDB.

Mantenha senhas fora de repositórios públicos. Prefira credenciais separadas para projetos e serviços diferentes, em vez de compartilhar uma única senha entre todos.

Monitoramento do servidor

Onde encontrar: Servidor / Visão geral e Monitoramento

Use os gráficos para entender tendências e identificar o recurso associado a uma lentidão.

Saúde do servidor

Acompanha CPU, memória e uso de disco.

Carga do servidor

Mostra a demanda de processamento, com médias de carga em diferentes períodos e a quantidade de núcleos.

Entrada e saída de rede

Ajuda a observar o tráfego do ambiente.

Entrada e saída de disco

Ajuda a relacionar leitura e escrita com a operação.

Consultas

Quando disponível, permite investigar a atividade do banco.

Como interpretar um pico

1. Identifique o horário e a duração do aumento.
2. Confira se houve deploy, tarefa agendada ou crescimento de tráfego.
3. Compare carga, memória e disco no mesmo período.
4. Consulte logs e processos para localizar a origem.

Um pico isolado não prova falta de capacidade. Se o consumo permanecer alto, investigue a aplicação e a necessidade de ampliar recursos. Swap frequente também pode indicar pressão de memória.

Logs e processos

Onde encontrar: Servidor / Logs e Processos; Aplicação / Logs

Os registros ajudam a relacionar uma falha ao serviço, horário e requisição envolvidos. Abra a área do servidor para problemas da infraestrutura e a da aplicação para eventos do projeto.

1. Reproduza o problema e anote o horário e a ação realizada.
2. Localize as mensagens correspondentes nos logs.
3. Confira o serviço e o caminho citados.
4. Relacione os registros com os gráficos de consumo.
5. Depois do ajuste, repita o teste e confira novos registros.

Lista de processos

Quando habilitadas, as listas do servidor e do banco mostram atividades em execução e ajudam a investigar consumo ou consultas demoradas. Entenda a função do processo antes de encerrá-lo: interromper uma tarefa pode afetar uma aplicação ou transação.

Para atendimento, reúna o nome do servidor, a aplicação, o horário e uma mensagem de erro. Remova tokens, senhas, cookies de sessão e dados pessoais dos trechos compartilhados.

Serviços do servidor

Onde encontrar: Servidor / Serviços

A lista reúne componentes como servidor web, banco, Redis, SSH e runtimes instalados. Cada componente pode oferecer ações diferentes.

1. Confira o estado atual e o componente envolvido.
2. Escolha a ação adequada e confirme sua execução.
3. Aguarde a atualização do estado.
4. Teste as aplicações dependentes e confira os logs.

O painel pode oferecer a instalação de versões adicionais de PHP-FPM e a edição do INI do runtime. Confirme a versão necessária antes de instalar. Alterar um serviço compartilhado pode afetar vários sites no mesmo servidor.

Configurações de PHP

Onde encontrar: Aplicação / Configurações de PHP

Ajuste os limites da aplicação e sua versão de PHP, conforme as opções da stack.

Abra a aplicação, altere os campos necessários e salve. Para upload, confira também o limite total do POST. Aumentar os limites de uma aplicação não amplia a memória física do servidor.

O formulário pode incluir funções desabilitadas e arquivo de carregamento prévio. Preserve restrições de execução de comandos, salvo uma necessidade específica do projeto. Teste mudanças de versão em staging antes de aplicá-las ao site em produção.

Firewall e Fail2ban

Onde encontrar: Servidor / Firewall ou Fail2ban

Crie uma regra de firewall

O firewall UFW controla conexões por porta, protocolo e origem.

1. Abra a lista de regras e confira a configuração existente.
2. Crie uma regra com a porta ou intervalo desejado.
3. Escolha TCP ou UDP e a ação de permitir ou bloquear.
4. Informe o IP ou a origem aceita pelo formulário.
5. Adicione uma descrição, revise e salve.

Por exemplo, quando uma integração precisa acessar um serviço, limite a regra ao IP dessa integração e à porta necessária. Preserve as regras de acesso administrativo e do site.

Revise bloqueios do Fail2ban

O Fail2ban ajuda a bloquear origens com tentativas repetidas de autenticação. Confira os registros e o endereço antes de remover um bloqueio. Se a origem for legítima, corrija também as credenciais usadas pelo serviço para evitar nova reincidência.

As ferramentas de segurança da aplicação podem oferecer controles adicionais. Confira os efeitos de cada alteração sobre logins, APIs e integrações.

Tarefas agendadas com cron

Onde encontrar: Servidor / Tarefas agendadas

Use cron para executar comandos em uma frequência definida. Tenha o comando correto, o usuário e o caminho dos arquivos antes de configurar.

1. Abra a criação de uma tarefa.
2. Informe um nome ou descrição, se solicitado.
3. Defina o comando e o usuário de execução.
4. Escolha a frequência ou preencha a expressão cron.
5. Salve e confira o resultado após o horário programado.

Entenda a expressão

minuto hora dia-do-mês mês dia-da-semana
*/5 * * * *    # a cada 5 minutos
0 2 * * *      # diariamente às 02:00

Os exemplos mostram somente o agendamento; o comando depende da aplicação. O horário segue o fuso usado pelo servidor ou pelo agendador. Confira esse fuso antes de programar uma tarefa.

Use caminhos completos e confirme o runtime. Tarefas demoradas precisam evitar sobreposição. Para processos contínuos, consulte a seção de supervisores.

Alertas e notificações

Onde encontrar: Servidor / Alertas e Canais de notificação

Configure limites para receber avisos de consumo e agir antes que o problema comprometa a aplicação.

1. Abra os alertas do servidor.
2. Revise os campos de memória, disco e médias de carga disponíveis.
3. Defina limites coerentes com o comportamento normal do ambiente.
4. Salve e confira os destinatários ou canais habilitados.
5. Ao receber um aviso, consulte os gráficos e os logs do mesmo período.

Alertas de disco pedem atenção ao espaço livre; alertas de memória podem indicar processos excessivos; carga persistente exige análise da demanda e da aplicação. O aviso identifica uma condição, sem determinar sozinho sua causa.

Revise canais e destinatários quando a equipe mudar. Um alerta configurado não garante que um endereço de e-mail ou uma integração estejam funcionando: confira a entrega pelos mecanismos oferecidos no painel.

Supervisores de processos

Onde encontrar: Aplicação / Supervisores

Supervisores gerenciam processos de longa duração, como workers de filas. Podem iniciá-los com o ambiente e reiniciá-los em caso de falha, conforme a configuração.

1. Abra a aplicação e selecione criar supervisor.
2. Informe um nome único.
3. Preencha o comando completo e seus argumentos.
4. Defina o usuário e a quantidade de processos.
5. Configure início e reinício automáticos, quando necessários.
6. Escolha arquivo de log, nível e opções extras disponíveis.
7. Salve, inicie e confira o estado e os registros.

Operação diária

Use iniciar, parar ou reiniciar conforme a necessidade. Ao alterar o comando ou o código executado, confira se o processo precisa ser reiniciado. Antes de ampliar a quantidade, avalie o consumo de CPU e memória.

Se o supervisor reiniciar continuamente, investigue a mensagem de erro, o caminho do comando e as permissões do usuário. Reinício automático não corrige uma configuração inválida.

Staging e clonagem

Onde encontrar: Aplicação / Staging ou Clonar

Teste em staging

Staging cria uma cópia para testar mudanças antes da publicação.

1. Abra a aplicação e preencha a criação do ambiente de teste.
2. Confira o domínio e as opções de HTTP ou HTTPS solicitadas.
3. Aguarde a criação e abra o painel da cópia.
4. Teste atualizações, formulários e operações que dependem do banco.
5. Antes de enviar para produção, faça backup e confira os dados que serão substituídos.

Sincronizar produção para staging substitui a cópia de testes. Enviar staging para produção também exige atenção a dados recentes, como pedidos e cadastros.

Crie uma cópia independente

Na clonagem, escolha aplicação, arquivos ou banco, conforme o formulário. Defina servidor de destino, novo nome, domínio, banco e usuário. Aguarde a conclusão e teste a cópia.

Em cópias de produção, revise integrações externas, e-mails e tarefas automáticas para evitar ações duplicadas. Uma cópia de teste deve ter suas conexões e seu uso claramente definidos.

WordPress Toolkit

Onde encontrar: Aplicação WordPress / WP Toolkit

O WordPress Toolkit está disponível no painel WordPane e concentra a administração de uma aplicação WordPress.

• Visão geral: versão do WordPress, plugins, temas, usuários e modo de manutenção.
• Atualizações: núcleo, plugins, temas e rotina de atualização do banco quando necessária.
• Componentes: instalação, ativação e remoção de plugins e temas.
• Diagnóstico: opções de debug e logs.
• Operação: cache, regras de links, agendamento e configurações do site.
• Segurança: controles de XML-RPC, execução de PHP em uploads e verificação do núcleo.

Uma rotina de atualização conferida

Confira as versões pendentes, prepare uma cópia de recuperação e teste mudanças relevantes em staging. Após aplicar as atualizações, valide as páginas, formulários e área administrativa. Se usar modo de manutenção, desative-o após a conferência.

Cron, cache e alterações no banco

O agendamento permite escolher WP Cron ou Server Side Cron. As ações manuais disponíveis dependem do modo selecionado. Confirme o comportamento antes de executar eventos: rodar todos pode antecipar tarefas.

Object Cache Pro usa Redis e exige uma chave de licença válida. A presença de Redis no servidor não ativa essa integração automaticamente.

Search & Replace oferece simulação antes de alterar o banco. Revise os resultados e o escopo, mantendo uma cópia de recuperação. Essa ferramenta pode ajudar na troca de endereços após uma migração.

WordPress Blueprint

Onde encontrar: WordPress Blueprints / Criar Blueprint; aplicação nova / WordPress Blueprint

Blueprint é uma configuração inicial reutilizável de temas, plugins e preferências. O WordPress Blueprint está disponível no painel WordPane. Use presets para padronizar a implantação de novos sites; não substituem uma cópia de segurança de um site existente.

Preparar o padrão da equipe

Crie um blueprint com nome reconhecível, escolha os componentes e defina idioma, fuso e links permanentes. Revise as opções de limpeza e debug. Pacotes premium continuam sujeitos às suas licenças.

Aplicar em uma nova instalação

1. Abra o servidor, acesse Aplicações e selecione a criação de aplicação.
2. Escolha o instalador WordPress e selecione um blueprint salvo.
3. Complete domínio, administrador, banco e demais opções.
4. Após a implantação, confira componentes e preferências no novo site.

Sem um blueprint selecionado, a criação segue a instalação padrão. Confira a visibilidade para buscadores e desative a exibição pública de erros antes de colocar o site em produção.

Backups imediatos

Onde encontrar: Backups / Imediato / Criar

Crie uma cópia antes de atualizar, migrar ou alterar dados importantes.

1. Informe um nome que identifique o projeto e a finalidade.
2. Escolha o conteúdo: arquivos, aplicação com arquivos e banco, ou somente banco.
3. Selecione servidor, aplicação e banco correspondentes.
4. Escolha o formato disponível para o motor e o conteúdo.
5. Selecione destino de armazenamento, conta e retenção.
6. Inicie e acompanhe a conclusão na lista de backups.

O que cada cópia protege

Backup de arquivos não inclui automaticamente o banco. Backup de banco não inclui uploads, temas ou código. Para recuperar uma aplicação completa, confira os dois conteúdos.

Arquivos podem usar formatos como .tar e .tar.gz; bancos SQL podem oferecer .sql e .sql.gz. Para MongoDB, use os formatos e fluxos compatíveis oferecidos no painel.

A criação da tarefa não significa que a cópia terminou. Confira estado, data e conteúdo antes de depender dela para recuperação.

Backups agendados e retenção

Onde encontrar: Backups / Agendado / Criar

Um agendamento cria cópias recorrentes. A frequência define quando executar; a retenção define por quanto tempo manter as cópias.

1. Escolha arquivos, aplicação ou banco.
2. Selecione o projeto, o formato e o destino de armazenamento.
3. Defina frequência e retenção.
4. Use a opção de iniciar agora, caso queira uma execução imediata.
5. Salve e confira o próximo horário programado.
6. Após a primeira execução, confirme o resultado e a data da última cópia.

Como escolher a rotina

Projetos com mudanças frequentes precisam de intervalos menores do que sites pouco alterados. Considere quanto dado pode ser perdido entre duas cópias, o custo de armazenamento e o tempo de execução.

Revise os agendamentos para editar, pausar ou excluir uma rotina. Não confunda pausar novas execuções com excluir backups existentes. Confira cópias e horários periodicamente; uma tarefa salva precisa ser acompanhada para confirmar que continua funcionando.

Download e restauração

Onde encontrar: Backups / Lista de cópias

1. Escolha a lista de backups imediatos ou agendados.
2. Confira projeto, tipo, data e estado da cópia.
3. Use download para guardar uma cópia fora do painel, quando disponível.
4. Para recuperação, selecione restaurar e revise o destino.
5. Confirme apenas após conferir os dados que poderão ser substituídos.
6. Aguarde a conclusão e teste arquivos, páginas e operações do banco.

Recuperação em outro servidor

Quando oferecida, selecione o outro servidor e confira nome, IP e compatibilidade. A restauração entre servidores possui restrições de stack; não trate um backup de ambiente PHP como compatível com uma stack Node.js.

Não presuma que o backup de uma aplicação inclui uma imagem completa do sistema operacional. Confira o escopo da cópia e as opções de restauração disponíveis.

Migração entre servidores

Onde encontrar: Servidor / Migração de sites

Mova uma aplicação entre ambientes gerenciados compatíveis. Prepare o servidor de destino e faça backup antes de iniciar.

1. Selecione aplicação, arquivos ou banco, conforme o tipo de migração.
2. Escolha o projeto de origem e o banco associado.
3. Defina nome no destino, domínio e usuário do sistema.
4. Selecione o servidor de destino e confirme a migração.
5. Acompanhe o resultado e teste o projeto no novo servidor.
6. Atualize o DNS para o novo IP depois da validação.

Depois da transferência

Confira SSL, conexão com o banco, uploads, tarefas agendadas e integrações que usam o IP antigo. Em projetos com pedidos ou cadastros, planeje uma janela para evitar gravações divergentes durante a troca.

Mantenha a origem disponível até confirmar o funcionamento do destino. Uma transferência concluída no painel não confirma, sozinha, que todos os visitantes já estão usando o novo DNS.

Disco, memória e ampliação

Limpeza de disco

Na área de limpeza, selecione os itens a remover, como temporários e logs antigos, revise e execute. Se a limpeza automática estiver disponível, defina frequência e categorias. Preserve registros necessários para diagnóstico antes de apagar.

Memória swap

Swap usa espaço em disco como apoio quando a RAM está pressionada. Na visão geral, abra a atualização de swap, confira o valor atual, informe o novo tamanho em GB e confirme. Verifique espaço livre e acompanhe o consumo depois.

Swap não substitui RAM suficiente para a carga contínua do projeto; uso intenso pode trazer lentidão.

Redimensionamento do servidor

Quando o provedor e o plano permitirem, abra a área de redimensionamento, selecione a nova configuração, confira o valor e confirme. Planeje a operação considerando possível indisponibilidade.

Após a mudança, confira recursos e aplicações. A ampliação do disco pode ser permanente, sem possibilidade de redução pelo mesmo fluxo. Consulte as condições no painel antes de escolher.

Equipe, permissões e organização

Onde encontrar: Servidor / Compartilhamento, Atividades e Tags

Compartilhe acesso

1. Abra o compartilhamento do servidor.
2. Informe o e-mail do colaborador e sua identificação.
3. Escolha as permissões necessárias às tarefas.
4. Revise o acesso e confirme.
5. Confira o colaborador na lista de compartilhamento.

Edite permissões quando a função mudar e revogue o acesso quando o trabalho terminar. Evite compartilhar a senha do proprietário para delegar uma atividade.

Consulte atividades

Use o histórico disponível para conferir ações e relacioná-las com alterações no ambiente. Compare os horários com logs e eventos de deploy quando investigar um problema.

Organize com tags

Adote nomes consistentes para identificar clientes, projetos e ambientes. Por exemplo: produção, testes e o nome do projeto. Tags ajudam a localizar recursos, sem substituir as permissões de acesso.

Integrações e recursos adicionais

Os menus da aplicação podem oferecer ferramentas complementares. Confirme a habilitação e as condições de uso antes de configurar.

Cloudflare

Integração para tarefas relacionadas aos domínios, conforme as ações oferecidas. Confira conta e zona antes de alterar registros.

Proteções da aplicação

Recursos como firewall de aplicação e bloqueio de bots podem afetar APIs, formulários e integrações; valide esses fluxos após mudanças.

Monitoramento ampliado de logs

Ferramentas adicionais podem reunir e analisar registros. Verifique ativação, escopo e condições da conta.

Domínio temporário

Permite validar o projeto antes de associar seu domínio definitivo, quando disponível.

Ativar ou desativar aplicação

Controla o atendimento do site pelo painel. Confira o efeito indicado antes de confirmar.

Alguns recursos dependem de complemento ou contratação. A presença de um item neste guia não define sua inclusão em todos os planos. Consulte o estado de habilitação apresentado na sua conta.

Resolução de problemas

Antes de alterar configurações, registre o sintoma, o horário e a última mudança feita no ambiente.

Glossário do painel

Servidor

Ambiente de infraestrutura com recursos de processamento, memória e armazenamento.

Aplicação

Projeto ou site hospedado no servidor, com arquivos, domínio e configurações próprias.

Stack

Conjunto de tecnologias usado para executar o projeto.

Deploy

Publicação e preparação do código em um ambiente.

Webroot

Diretório cujos arquivos são atendidos pelo servidor web.

Staging

Cópia usada para testar mudanças antes da publicação.

Retenção

Período durante o qual uma cópia de backup é mantida.

Webhook

Notificação enviada por um serviço para acionar uma operação em outro.

Worker

Processo que executa tarefas da aplicação, como trabalhos de uma fila.

SSL e HTTPS

Certificado e protocolo usados para proteger a comunicação com o site.