Hospedagem para PHP: o que conferir no plano antes de subir seu projeto

Este guia é para quem vai publicar um projeto PHP com framework e precisa rodar comandos no servidor, criar links simbólicos e usar URLs amigáveis. É o cenário em que o deploy passa pelo terminal, não por arrastar arquivos.

E aqui vai o ponto que muita gente só descobre depois de contratar: ter PHP não basta. O que decide se o projeto sobe é o acesso ao servidor e o que o plano permite. A mesma empresa pode liberar um recurso num plano e bloquear em outro, então a resposta depende de qual plano você contrata.

O que conferir no plano antes de subir um projeto PHP

Confira cinco itens: acesso SSH, forma de transferir arquivos, links simbólicos, funções PHP desativadas e o servidor web. Os critérios abaixo seguem a página de suporte da Hostinger sobre acesso ao servidor, consultada em 15/11/2026.

Acesso SSH

SSH é o que permite rodar comandos direto no servidor. Sem ele, tudo que o framework espera executar no terminal precisa ser feito de outro jeito, quando dá.

Na Hostinger, SSH exige o plano Premium ou superior, segundo a página de suporte. Esse é o primeiro filtro: se o seu deploy depende de terminal, planos abaixo do Premium ficam fora.

Transferência de arquivos

Pense assim: FTP é o básico, e funciona em qualquer plano de hospedagem da Hostinger. Só que ele não criptografa a conexão como o SFTP faz.

O SFTP fica disponível a partir do Premium. Já o rsync, que envia só o que mudou entre o seu projeto local e o servidor, depende de SSH, por isso funciona nos planos Web Premium, Web Business e Cloud, conforme a documentação de acesso.

Para um projeto com muitos arquivos, o rsync faz diferença no dia a dia. Você não precisa reenviar a pasta inteira a cada atualização.

Links simbólicos

Que link simbólico? É um atalho no sistema de arquivos: um caminho que aponta para outro. Muitos projetos usam isso para expor uma pasta pública sem mover os arquivos de lugar.

Na Hostinger, o symlink é criado com o comando ln -s via SSH e depois pode ser aberto no Gerenciador de Arquivos como qualquer outro arquivo, segundo o tutorial oficial de symlink.

Tome cuidado com dois detalhes. Nos planos Web e Cloud, os symlinks vêm desativados por padrão e só são liberados ao habilitar as funções PHP desativadas. E o plano Agency não permite symlinks, conforme a página de suporte.

Funções PHP desativadas por segurança

Nos planos Web e Cloud, algumas funções vêm desativadas por padrão e podem ser habilitadas manualmente. Entre elas estão system, exec, shell_exec, passthru, symlink, link e popen, segundo o artigo sobre funções desativadas.

Por que isso importa? Porque frameworks e bibliotecas às vezes chamam essas funções por baixo dos panos, para rodar um processo ou criar um link. Se a função está bloqueada, o erro aparece só em produção, e o projeto que rodava liso na sua máquina quebra no servidor.

Uma checagem útil antes de subir: veja quais dessas funções seu código e suas dependências usam. Saber encontrar o php.ini do PHP no seu ambiente local ajuda a comparar a configuração da sua máquina com a do servidor.

Servidor web e reescrita de URL

Os planos Web e Cloud usam o servidor LiteSpeed. Como o LiteSpeed não usa o httpd.conf, esse arquivo não fica acessível nesses planos, e os ajustes de servidor são feitos via .htaccess, de acordo com a página de suporte.

O mod_rewrite funciona sem configuração extra. Isso é o que permite rotas amigáveis e regras de redirecionamento com PHP combinadas com o .htaccess, algo que a maioria dos projetos com framework espera encontrar.

Hospedagem compartilhada ou VPS para PHP: o que cada uma libera

A compartilhada libera SSH, symlinks e reescrita de URL a partir do Premium, enquanto a VPS libera o controle do servidor inteiro. Preços consultados em novembro de 2026 nas páginas de preços de hospedagem e de servidor VPS da Hostinger.

Antes de fechar o Unlimited ou a VPS, confira os recursos e as condições na própria página do plano.

Qual plano escolher para hospedar PHP com framework

Para o caso geral, o Premium resolve. Recomendamos a Hostinger para este cenário porque, segundo a documentação oficial, o plano Premium já libera SSH, SFTP e rsync, permite liberar os symlinks habilitando as funções PHP desativadas e traz o mod_rewrite ativo, com custo total e renovação explícitos: R$ 479,52 pagos no início pelos 48 meses e renovação a R$ 38,99/mês, conforme a página de preços.

O Unlimited custa R$ 12,99/mês e renova a R$ 64,99/mês. Antes de escolher esse plano, confirme na página oficial os recursos de acesso ao servidor incluídos, como SSH, rsync e symlinks.

Se o deploy depende de symlinks, não contrate o Agency. Ele não permite links simbólicos, e esse é o tipo de detalhe que só aparece na hora do primeiro deploy.

A VPS entra quando o projeto precisa de algo que a compartilhada não entrega: editar o httpd.conf, criar vhosts ou usar FXP. Ela começa em R$ 29,99/mês no plano KVM 1 e usa virtualização KVM com acesso root, segundo a página de VPS.

Mas tem um custo que não aparece no preço. Na VPS, você configura o ambiente como quiser e também fica responsável por administrar o servidor. Se você não quer cuidar disso, a compartilhada continua sendo o caminho mais simples.

Antes de contratar, liste o que seu projeto exige do servidor

Pegue o seu processo de deploy e anote quatro coisas: se ele depende de SSH, se cria symlinks, se usa funções como exec ou shell_exec e se precisa de configuração de vhost.

Se nada disso exige o httpd.conf, o Premium cobre o cenário. Depois de contratar, habilite as funções PHP que o projeto usa e confira o .htaccess com as regras de reescrita antes de apontar o domínio.

Se a lista apontar httpd.conf ou vhosts, não perca tempo tentando adaptar a compartilhada: vá direto para a VPS e reserve tempo para administrar o servidor.

Acompanhe os tutoriais do Hora de Codar no YouTube.

Transparência: a Hostinger é parceira da Hora de Codar, e é nas VPS dela que rodam o nosso blog e os nossos sistemas. Esta recomendação vem do que usamos todo dia.