Aplicações e WordPress

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.

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.

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.

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.