Análise Especializada com Avaliações de Usuários Hostinger Verificadas
Provisionei uma VPS Laravel da Hostinger, executei uma suíte completa de benchmark do servidor e enviei o suporte da Kodee AI com duas perguntas técnicas reais. Um botão no painel não fazia o que o rótulo prometia.
Provisionei uma VPS Laravel da Hostinger, executei uma suíte completa de benchmark do servidor e enviei o suporte da Kodee AI com duas perguntas técnicas reais. Um botão no painel não fazia o que o rótulo prometia.
Hostginger vende seu VPS Laravel como um servidor pré-instalado e gerenciado por IA, criado para colocar um projeto Laravel no ar rapidamente. Grande parte dessa promessa se confirmou em testes reais, benchmarks fortes, um agente de suporte de IA capaz, backups confirmados em execução no cronograma.
Um botão no painel me levou a um lugar onde eu nunca esperaria acabar, porém, e vale a pena saber disso antes de clicar nele você mesmo. Aqui está a análise completa.
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
Laravel pré-instalado automaticamente no provisionamento
Da compra ao servidor em funcionamento em minutos
Cloudpanel oferece acesso total ao controle do servidor
Kodee inspeciona e corrige problemas em produção
Backups semanais executam e verificam automaticamente
Forte escalonamento de CPU em ambos os núcleos
Velocidades de leitura e gravação em disco equilibradas
Rede consistente quase gigabit em todas as execuções de teste
Garantia de reembolso de 30 dias nos planos VPS
Cons
Scanner de malware não instalado por padrão
Botão Manage App redireciona para Laravel Cloud
Tip Gerencie seu app Laravel pelo Cloudpanel em vez do botão Manage App, e verifique a aba Security se quiser que o scanner de malware seja realmente ativado.
Detalhamento da Avaliação
Para pontuar o VPS de Laravel da Hostinger, apliquei a metodologia de avaliação da HostAdvice, a mesma abordagem padronizada usada em todas as análises do site, para que as pontuações permaneçam consistentes e baseadas em testes reais, e não em alegações de marketing. Veja como ele se saiu em cada parâmetro.
Kodee verificou o servidor ativo duas vezes e forneceu correções precisas e prontas para implantação nas duas ocasiões.
Geral
9.1/10
Um host Laravel capaz, com excelente suporte e benchmarks, limitado por um único erro real de interface.
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
A Hostinger vende hospedagem Laravel como uma das quatro faixas de VPS KVM, KVM 1 a KVM 8, cada uma escalando núcleos de CPU, RAM, armazenamento NVMe e largura de banda juntos à medida que você sobe de plano.
O Laravel em si não é uma compra separada, é um aplicativo de um clique adicionado à faixa que você escolher durante a compra, com o Cloudpanel incluído como o painel de controle real para gerenciar a instalação depois que ela entra no ar.
Termos de cobrança: Os planos são pagos antecipadamente em termos de 1, 12 ou 24 meses, com os termos mais longos trazendo descontos reais sobre a tarifa mensal. Veja o widget de preços abaixo para a análise completa por faixa e prazo.
Garantia de reembolso: Os planos VPS têm garantia de 30 dias, mas as letras miúdas acrescentam um limite real. Você só pode solicitar reembolso de VPS uma vez a cada 180 dias, então um segundo reembolso em uma compra separada de VPS dentro desse período não será aceito. Upgrades de um plano VPS existente são totalmente excluídos.
Teste gratuito: Não encontrei um teste gratuito dedicado para hospedagem Laravel VPS, apenas a garantia de reembolso de 30 dias. Planeje seu tempo de avaliação tendo esse limite em mente.
Métodos de pagamento: Cartão (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay em variantes separadas para China e Hong Kong, e Coingate para cripto. Pagamentos em cripto ficam fora da política de reembolso por completo, então leve isso em conta se a garantia for importante para você.
O que vem incluído: Todos os planos incluem um domínio .cloud gratuito no primeiro ano, acesso root total, integração Git e Cloudpanel sem custo extra, então o preço exibido fica mais próximo do custo real do que em hosts que cobram o painel de controle separadamente.
A própria orientação da Hostinger sugere que o KVM 1 é suficiente para um site Laravel simples, com o KVM 8 recomendado para projetos mais pesados e intensivos em recursos.
Vale acrescentar que, nos testes, a confusão sobre gerenciamento de app no botão Manage App, e o scanner de malware vindo desativado por padrão, se aplicam igualmente a todas as faixas, então aumentar de plano não resolverá nenhum desses dois problemas. Escolha seu plano com base nas necessidades de CPU e tráfego, e trate esses dois pontos específicos da mesma forma, independentemente da faixa escolhida.
Recursos
Processadores AMD EPYC em todas as faixas
Armazenamento SSD NVMe em todos os planos
Integração Git para implantação simplificada de código
Acesso root total via SSH
Painel Cloudpanel incluído por padrão
Agente de IA para tarefas de gerenciamento de VPS
Backups semanais automáticos em cada plano
Velocidade de rede de 1 Gbps por plano
Domínio .cloud gratuito por um ano
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
Um aplicativo Laravel vive ou morre no servidor por trás dele tanto quanto no código em si. O carregamento das páginas depende da velocidade da CPU para executar PHP, as consultas ao banco de dados dependem da E/S em disco, sessões e cache dependem da memória, e, se o app executa jobs em fila ou tem visitantes reais, a largura de banda da rede e o processamento sustentado de carga também importam.
O Laravel em si não muda nada disso, continua sendo PHP rodando em Linux, então o verdadeiro teste aqui é o VPS.
Executei um conjunto completo de benchmarks no servidor, cobrindo CPU, memória, disco, rede e uma passada sustentada de estresse, para ver o que este plano realmente entrega e o que isso significa para um aplicativo real.
A instância que testei foi o plano KVM 2, aquele que escolhi durante a compra:
CPU: 2 vCPUs, divididas de um host rodando um processador AMD EPYC 9354P
RAM: 7.8GB utilizáveis dos 8GB alocados, além de 2GB de swap
Disco: 96GB utilizáveis dos 100GB de alocação NVMe
SO: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic
Antes de entrar nos números, é bom saber que a linha Laravel VPS da Hostinger usa as mesmas quatro faixas do restante da sua gama de VPS, KVM 1 a KVM 8, e o KVM 2 fica em segundo lugar entre as menores, um passo acima da opção mais barata e bem abaixo das faixas KVM 4 e KVM 8, feitas para cargas de trabalho mais pesadas e com vários aplicativos.
O que vem a seguir reflete um projeto Laravel de pequeno a médio porte, um único aplicativo atendendo um volume real, mas modesto, de tráfego, não uma grande plataforma executando vários serviços em uma só máquina.
1. Desempenho da CPU
Single-thread: 1,624.55 events per second, average latency 0.61ms, 95th percentile 0.64ms
Multi-thread, 2 threads: 2,864.02 events per second, average latency 0.70ms, 95th percentile 1.10ms
Desvio padrão de justiça entre threads: 182.50 em uma média de 14,321.5 events per thread
Aqui está o que esse número single-thread realmente significa na prática. Uma requisição típica do Laravel, renderizando uma view Blade, executando algumas consultas Eloquent, verificando uma sessão, passa a maior parte do tempo em um único núcleo de CPU fazendo trabalho de PHP em vez de se espalhar por vários núcleos ao mesmo tempo.
Com 0.61ms de latência média por evento computacional neste teste, a CPU não é a parte da pilha que vai deixar uma página lenta.
A diferença entre a latência média e o 95º percentil também é pequena, 0.61ms versus 0.64ms, o que significa que o desempenho permaneceu consistente em vez de algumas requisições ocasionais demorarem muito mais do que as outras, um padrão que apareceria como carregamentos aleatoriamente lentos para visitantes reais.
O resultado multi-thread é o número mais útil para entender a concorrência. Passar de uma thread para duas quase dobrou a vazão, cerca de 88 percent de eficiência de escalonamento, o que significa que este VPS não está perdendo muita capacidade para sobrecarga ou para outros locatários disputando os mesmos núcleos físicos
Em termos práticos, um PHP-FPM executando dois processos de worker neste plano pode lidar com aproximadamente o dobro do volume de requisições de um cenário de uma única thread antes que a CPU se torne o gargalo, em vez de algo bem abaixo disso, que é o que você veria se as duas vCPUs estivessem brigando por ciclos.
O número de justiça entre threads, cerca de 1.3 percent de variação entre as duas threads, confirma que ambos os núcleos fizeram aproximadamente a mesma parte do trabalho, em vez de um núcleo carregar a carga enquanto o outro ficava ocioso. Para um site real, isso significa que as requisições são distribuídas de forma equilibrada entre os workers do PHP-FPM em vez de se acumularem atrás do worker que estiver ocupado.
2. Velocidade da Memória
Sequential Write: 5,865.22 MiB/sec
Sequential Read: 7,155.43 MiB/sec
A velocidade da memória importa para o Laravel de uma forma fácil de subestimar. Cada consulta ao OPcache, cada leitura de sessão, cada array ou coleção que seu aplicativo cria ao lidar com uma requisição vive na RAM, e se uma camada de cache como Redis também estiver rodando na mesma máquina, ela estará competindo por essa mesma largura de banda de memória.
Com cerca de 5.9 GiB por segundo de gravação e 7.2 GiB por segundo de leitura, este VPS consegue mover dados para dentro e para fora da memória rápido o bastante para que as operações de memória dificilmente sejam o que atrasará uma requisição, o gargalo para um aplicativo Laravel típico quase sempre será o disco ou a rede antes da RAM.
Onde a memória importa mais diretamente é na capacidade, e não na velocidade. Com 7.8GB utilizáveis e 2GB de swap como rede de segurança, este plano consegue rodar confortavelmente PHP-FPM, MySQL ou PostgreSQL e uma pequena instância do Redis lado a lado para um único aplicativo, mas não deixa muito espaço se você estiver executando vários sites na mesma VPS ou um banco de dados com um conjunto de trabalho grande.
O swap é uma proteção para um pico momentâneo de memória, não um substituto para RAM se o aplicativo estiver realmente pequeno demais para este plano.
3. E/S de Disco
Sequential Write: 740 MiB/s (776 MB/s), 740 IOPS
Sequential Read: 749 MiB/s (785 MB/s), 748 IOPS
Random 4K mixed read/write: aproximadamente 9,400 IOPS em cada direção, cerca de 36.7 MiB/s de throughput por direção
A velocidade sequencial é o número que importa para operações grandes e únicas, restaurar um backup de banco de dados, extrair um arquivo enviado, gravar um arquivo grande de log.
Com cerca de 740 a 750 MiB/s em ambas as direções, e com leitura e gravação ficando a menos de dois por cento uma da outra, este disco não tem a fraqueza desbalanceada em uma direção que aparece em alguns storages em nuvem, onde leituras são rápidas, mas gravações ficam bem atrás.
O desempenho aleatório em 4K é o número que realmente prevê como um app Laravel vai se sentir no dia a dia, porque um banco de dados não lê e grava em blocos sequenciais grandes; ele lê e grava pequenos blocos espalhados pelo disco enquanto procura linhas, atualiza índices e escreve seu log de transações.
Pouco mais de 9,000 IOPS em cada direção se traduz em cerca de 9,000 operações pequenas de banco de dados por segundo antes que a E/S em disco se torne o fator limitante.
Uma carga de página típica do Laravel pode disparar algo entre algumas e algumas dezenas de consultas, dependendo de como o app foi construído, o que significa que este disco tem espaço para um número significativo de usuários simultâneos acessando o banco de dados antes que as consultas comecem a formar fila esperando acesso ao disco.
Seria necessária uma carga claramente intensiva em gravações, logs de alto volume, uma fila ocupada, gravações frequentes de cache em disco, para empurrar este teto específico.
4. Velocidade de Rede
Run 1: Download 990.06 Mbps, Upload 910.87 Mbps, idle latency 0.31ms, 0% packet loss
Run 2: Download 985.24 Mbps, Upload 947.82 Mbps, idle latency 0.27ms, 0% packet loss
As duas execuções chegaram a um servidor em Phoenix, Arizona, correspondendo à localização United States que selecionei durante a compra, perto de um gigabit completo em ambas as direções, com zero perda de pacotes nas duas tentativas.
Para um app Laravel, esse número importa mais para duas coisas: quão rápido o servidor consegue servir assets e respostas de API aos visitantes, e, se o app chama APIs externas ou busca dados de outros serviços, quão rápido essas chamadas de saída são concluídas.
Uma vazão quase gigabit significa que a largura de banda não será o fator limitante para um aplicativo web típico; você precisaria de um volume muito alto de transferências grandes de arquivos, vídeo, downloads pesados, exportações em massa, para isso se tornar o gargalo em vez da CPU ou do disco.
Os resultados quase idênticos em duas execuções separadas, feitas com minutos de diferença, também descartam um resultado favorável por acaso; é assim que a conexão se comporta de forma consistente, e não um número que aconteceu de disparar uma vez.
5. Teste de Estresse
Executei estressores de CPU, memória e disco por 180 seconds cada para ver como o servidor se comporta sob carga sustentada, em vez de um pico curto:
CPU stress, 2 workers: 540,042 bogo ops, 0 failures
Disk stress, 2 workers: 2,655,058 bogo ops, 0 failures
Os números individuais de bogo ops importam menos aqui do que o que não aconteceu.
Zero workers com falha e zero métricas não confiáveis em todos os três testes, executados em sequência por três minutos completos cada, significam que o servidor manteve CPU, memória e disco sob pressão simultânea sem travar, sem reduzir a confiabilidade por throttling, e sem retornar resultados que o próprio benchmark marcou como suspeitos. Esse é o mais perto que esse tipo de teste chega de simular um pico real de tráfego, vários recursos no máximo
ao mesmo tempo, e é o resultado que mais importa para quem teme que o site caia durante um período de movimento intenso em vez de performar bem apenas em testes isolados, um de cada vez.
Veredicto Geral sobre Desempenho
O plano KVM 2 tem bom desempenho para o que é, um VPS de pequeno a médio porte, e não um carro-chefe. Na prática, este servidor tem velocidade de CPU single-thread e IOPS aleatório de disco suficientes para manter uma carga de página típica do Laravel rápida, largura de banda de rede suficiente para que o tráfego não seja o gargalo de um aplicativo web normal, e se manteve firme com zero falhas sob três testes de estresse simultâneos.
Nada disso deve ser lido como um veredicto sobre a hospedagem Laravel da Hostinger como um todo, já que este é um plano entre quatro.
Um projeto pessoal menor ou um app de baixo tráfego poderia rodar confortavelmente no plano KVM 1 mais barato, enquanto um aplicativo Laravel atendendo tráfego de produção real, executando jobs agendados, workers de fila e um banco de dados ao mesmo tempo, faria bem em considerar os planos KVM 4 ou KVM 8 em vez de tratar estes números do KVM 2 como o teto. Escolha com base no que o app realmente precisa para funcionar, e não apenas no preço inicial exibido na página do plano.
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
Testei o VPS Laravel da Hostinger desde o checkout até abrir as ferramentas reais de gerenciamento que vêm com ele.
Isso incluiu escolher um plano e a localização do servidor, criar uma conta, pagar e, depois, descobrir como realmente gerenciar uma implantação Laravel depois que o servidor estava no ar. O que segue é como esse processo foi de fato, incluindo um momento em que a interface me mandou para um lugar que eu não esperava.
1. Cadastro
Comecei na página de destino do VPS Laravel, que destaca três alegações que vale lembrar desde o início:
Backups semanais automáticos gratuitos
VPS gerenciado por IA
Scanner de malware automático
Escolhi o plano KVM 2, um meio-termo razoável para uma única aplicação Laravel em vez de uma build que consome muitos recursos, e passei para o carrinho.
Daí em diante, a página do carrinho colocou tudo em uma única tela:
Período de cobrança: 1, 12 ou 24 meses, com economia exibida em cada opção
Localização do servidor: regiões agrupadas por continente, estimativa de latência ao lado de cada uma
Marketplace de apps: mais de mil opções de SO, painel e aplicativos com um clique
Optei por 24 meses para obter a tarifa menor e depois passei mais tempo que o normal na localização do servidor.
O Reino Unido apresentou a melhor latência da lista, mas percorri o restante das regiões para comparar mesmo assim. A América do Norte mostrou um bom resultado para os Estados Unidos, e a opção mais rápida da Ásia, Malásia, ficou bem atrás de ambas.
Como o site que eu tinha em mente atrairia um público majoritariamente americano, escolhi os Estados Unidos em vez da opção tecnicamente mais rápida do Reino Unido.
Isso vale ser destacado para qualquer leitor comparando regiões nesta página. A melhor latência para você, sentado em frente ao seu próprio laptop, não é o número que importa. É a latência para as pessoas que realmente vão visitar o site, então escolha com base no seu público, não nos seus próprios resultados de teste.
Em seguida, rolei até o marketplace de aplicativos, onde Laravel já estava selecionado, o mesmo padrão de configuração com um clique que a Hostinger usa em todo o seu catálogo de apps. Nada precisava ser alterado ali, então fui direto para o checkout.
Eu já estava logado em uma conta Hostinger existente, então o cadastro em si levou um clique.
Depois disso, a tela de endereço de cobrança e pagamento ofereceu:
Cartão, cobrindo Visa, Mastercard, Amex e Discover
PayPal
Google Pay
AliPay, em variantes separadas para China e Hong Kong
Coingate, para pagamento em cripto
Tudo em uma única página, sem redirecionamento separado. Enviei o pagamento, recebi um e-mail de confirmação imediatamente e voltei ao hPanel com o novo servidor já listado como em execução.
O que se destacou aqui é o quanto a Hostinger oferece de escolha no checkout sem tornar nada obrigatório.
A comparação de localização, em particular, vale a pena ser levada a sério em vez de simplesmente passar adiante, já que a recomendação padrão da página do plano nem sempre corresponde a quem realmente vai usar o servidor.
2. Painel/Área do Cliente
Depois que o pagamento foi aprovado, o hPanel abriu na tela inicial, o mesmo painel central da conta que gerencia domínios, e-mail, construtor de sites e VPS em um só lugar.
Ele me cumprimentou pelo nome com uma barra de prompt de IA, uma fileira de botões de atalho, uma lista de tarefas e uma lista em tempo real de todos os sites e servidores da conta mais abaixo na página.
Depois, rolei até a tabela de VPS, onde o novo servidor já aparecia marcado como Running, com hostname, endereço IP, plano e data de expiração visíveis sem abrir nada.
Cliquei em Manage para entrar no painel específico do servidor.
Cair na página inicial da conta imediatamente após o pagamento, com o servidor já provisionado e listado, é a parte desse fluxo que funciona de forma consistente e muito bem.
Não há uma tela separada de espera e não é preciso vasculhar menus para encontrar o que você acabou de comprar.
3. Gerenciamento de Laravel e Servidor
Clicar em Manage abriu a página VPS Overview, e é aí que as diferenças reais começam a aparecer.
Lá no topo havia um cartão de app rotulado Laravel com um botão Manage App, confirmando que o Laravel foi instalado automaticamente durante o provisionamento.
Logo abaixo havia um segundo cartão que eu não esperava:
Cloudpanel, baseado em Ubuntu 24.04
Nome de usuário admin exibido em texto simples
Link para redefinir senha
Seu próprio botão Manage panel, separado do cartão Laravel acima
Esse segundo cartão importa mais do que parece. O Cloudpanel é um painel de controle completo do servidor, incluído junto com o Laravel, e acabou sendo a superfície real para gerenciar arquivos, sites e o servidor no dia a dia.
Ao rolar abaixo dos dois cartões, a instância Ubuntu 24.04 subjacente aparecia mais embaixo, marcada como Running, com controles de reboot e terminal e detalhes de root SSH dispostos da mesma forma que em qualquer outro VPS nesta conta.
Como esse servidor havia acabado de ser provisionado, os gráficos de recursos ainda não estavam preenchidos; o hPanel exibiu uma mensagem pedindo para voltar em cerca de 30 minutos para ver os dados de uso, uma forma honesta de lidar com um servidor que realmente ainda não tem histórico de tráfego, em vez de mostrar gráficos vazios como se significassem alguma coisa.
Mais abaixo, encontrei:
Gerenciamento de chave SSH
Regras de firewall
Snapshots de backup
Scanner de malware: Not installed
Essa última linha é a primeira lacuna real. O scanner de malware aparece como Not installed, logo abaixo de uma página de plano que lista um scanner de malware automático como um dos três recursos principais deste produto. Seja qual for a promessa de marketing, ele não vem ativado por padrão no servidor que você realmente recebe.
Curioso para saber se a outra promessa principal se confirmaria melhor, verifiquei Backups & Monitoring em seguida. O log Latest Actions mostrou:
Uma ação recreate registrada no mesmo dia
Entradas semanais de backup_create, cada uma marcada como Success, remontando a mais de um mês
Essa alegação se confirmou pelo que os próprios logs da conta mostravam, um contraste real com o scanner de malware desativado logo ao lado.
Vale saber que a Hostinger entrega algumas de suas funcionalidades declaradas por padrão e deixa outras para você ativar manualmente, e a única forma de saber quais são quais é ir verificar, já que a página do plano as trata como igualmente incluídas.
Depois voltei ao cartão do app Laravel e cliquei em Manage App, esperando que abrisse algum tipo de tela específica para Laravel ou de gerenciamento de arquivos, como o botão do Cloudpanel havia feito.
Em vez disso, abriu uma página intitulada “Vamos começar”, com links para a própria documentação do Laravel e tutoriais em vídeo da Laracasts, e um único botão abaixo dizendo Deploy now.
Cliquei mesmo assim para ver para onde levaria, e isso me levou a laravel.com/cloud, a página de cadastro do Laravel Cloud.
Aqui está a distinção que vale ser precisa.
Laravel Cloud não é um produto da Hostinger e não tem nada a ver com o VPS que eu havia acabado de pagar. É uma plataforma de hospedagem totalmente gerenciada e separada, criada e vendida diretamente pela equipe do Laravel, competindo no mesmo espaço que um serviço como Vercel ou Heroku, com seu próprio sistema de contas, sua própria precificação e seu próprio crédito gratuito de uso.
Fazer cadastro lá significaria pagar Laravel, além do que você já pagou à Hostinger, para hospedar seu aplicativo em outro lugar completamente diferente.
Quanto ao motivo de o Manage App apontar para lá, eu consultei o artigo oficial da base de conhecimento que o próprio Kodee citou quando perguntei, “How to use the Laravel VPS template at Hostinger.” Esse artigo explica como acessar o CloudPanel pelo IP da sua VPS na porta 8443, editar o arquivo .env e executar comandos do Composer e do Artisan via SSH.
Ele nunca menciona o botão Manage App, e nunca menciona o Laravel Cloud. Portanto, não é uma situação em que a explicação exista em algum lugar que eu não tenha olhado.
O próprio guia oficial da Hostinger para este template exato não reconhece que esse botão exista, e o Kodee, quando perguntei diretamente, confirmou que Manage App não gerencia a VPS e avisou que se cadastrar no Laravel Cloud a partir dali significaria uma segunda cobrança separada.
Qualquer pessoa que clique em Manage App esperando gerenciar seu aplicativo acaba vendo uma página de cadastro de um produto pago diferente, sem nenhuma documentação apontando isso com antecedência.
O botão que realmente leva você até lá fica um cartão abaixo. Manage panel, no cartão do Cloudpanel.
Clicar nele abre uma tela de login pedindo nome de usuário e senha, e aqui vale ser específico, já que o painel não dá nenhuma dica quando você está nessa tela.
O nome de usuário é admin, e a senha é a senha do servidor que a Hostinger enviou por e-mail quando a VPS foi provisionada pela primeira vez, não a senha da sua conta Hostinger.
Se esse e-mail já se perdeu faz tempo, o link Reset ao lado do campo de senha no cartão do Cloudpanel gera uma nova senha sem precisar vasculhar sua caixa de entrada.
Uma vez logado, o Cloudpanel abre em uma lista de Sites, com o hostname da VPS já configurado como um site ativo, PHP definido como o tipo de aplicativo e um link Manage ao lado dele.
Abrir as configurações desse site revelou uma linha completa de abas: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs e Logs.
Isso é um painel de controle realmente completo, e vale destacar que existe uma aba Cron Jobs bem ali na mesma interface. O Kodee me orientou a adicionar manualmente a entrada cron do scheduler via SSH, o que funciona bem, mas o Cloudpanel tem uma maneira visual de fazer a mesma coisa sem tocar no terminal, e nem o Kodee nem o artigo da base de conhecimento mencionaram isso como opção.
Com essa parte resolvida, o menu lateral em a página de gerenciamento do servidor é onde ficam os controles reais.
Veja o que ele oferece:
Overview: a página de resumo em si, com os cartões de app Laravel e Cloudpanel, uso de recursos e links rápidos para tudo abaixo
Settings: configuração em nível de servidor, cobrindo coisas como redefinição de senha root e alterações de hostname
OS & Panel: controle sobre o sistema operacional e qual painel de controle está instalado no servidor
Backups & Monitoring: se expande em Snapshots & Backups, Server Usage e Latest Actions, que foi onde encontrei o log semanal de backup confirmando que a alegação era verdadeira
Security: cobre o scanner de malware e as configurações de firewall, a seção onde encontrei o scanner desativado
API: abre a documentação da API da Hostinger em uma nova aba, para quem quiser automatizar o gerenciamento do servidor fora do painel
DNS Manager: gerenciamento de domínio e registros DNS vinculados ao servidor
Tutorials: um link externo para o conteúdo de ajuda da Hostinger
Isso cobre o suficiente para chamar de cobertura completa da administração de VPS. Configurações do servidor, controle do SO, segurança, backups, DNS e acesso à API estão todos representados como categorias separadas, em vez de estarem escondidos dentro de um menu genérico de configurações, e não encontrei nada de que precisasse que estivesse faltando nessa lista.
O que ele não faz é incorporar qualquer ferramenta específica do Laravel: implantar código, gerenciar arquivos de ambiente, executar comandos Artisan, tudo isso acontece pelo Cloudpanel ou pelo terminal, não por esta barra lateral.
O que me leva ao botão terminal no cartão Ubuntu. O objetivo dele é oferecer acesso direto por linha de comando ao próprio servidor, abrindo uma sessão SSH ao vivo no navegador, sem precisar de um cliente SSH separado ou copiar uma chave privada para sua máquina.
Clicar nele me levou direto para um shell root, já autenticado, com o banner de boas-vindas do Cloudpanel na tela mostrando seu próprio endereço web e uma ferramenta de linha de comando chamada clpctl para gerenciar o painel pela linha de comando.
Para quem se sente confortável trabalhando pelo terminal, esse é o caminho mais rápido para realmente configurar a instalação Laravel, implantar código, editar variáveis de ambiente, executar migrações, já que nada disso tem um botão dedicado em lugar nenhum dentro do hPanel.
Veredicto Geral sobre Facilidade de Uso
O checkout e o caminho do pagamento até um servidor em funcionamento funcionam bem aqui, e dar peso real à escolha da localização do servidor, em vez de apenas adotar a região que testa mais rápido, é um pequeno detalhe que compensa para quem pensa em onde seus visitantes de fato estarão.
A barra lateral de gerenciamento do servidor cobre tudo o que um administrador de VPS precisaria: configurações, controle do SO e do painel, backups, segurança, DNS e acesso à API como categorias claramente separadas, e eu não esbarrei em nenhuma necessidade de controle de VPS que estivesse faltando. Onde isso falha é na camada de gerenciamento do app.
O scanner de malware anunciado na página do plano não estava instalado no servidor que recebi, e o único botão rotulado para gerenciar o app Laravel leva você para uma página de cadastro de um produto pago concorrente, em vez de qualquer coisa que pareça gerenciamento do app.
Cloudpanel e o terminal funcionam exatamente como deveriam depois que você os encontra, e os backups semanais rodam no cronograma prometido. O problema é que a interface da própria Hostinger aponta você para a porta errada primeiro, e nada no painel explica que Manage App não é o gerenciamento do app que você está procurando.
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
Kodee, o assistente de IA da Hostinger, fica atrás do botão Ask AI no hPanel e lida com o suporte aqui, da mesma forma que faz em todos os demais produtos da Hostinger.
Testei isso com duas perguntas técnicas sobre este VPS, uma sobre um problema de interface que eu já havia encontrado, e uma segunda, mais profunda, sobre como o Laravel realmente roda em produção neste servidor.
Depois disso, percorri a base de conhecimento da Hostinger para ver quanto desse terreno ela cobre sem precisar perguntar a ninguém.
1. Suporte de IA (Kodee)
Minha primeira pergunta veio diretamente do teste do botão Manage App do cartão do app Laravel, que havia aberto o Laravel Cloud, uma plataforma paga separada, em vez de algo ligado à VPS em si.
Perguntei diretamente ao Kodee se esse botão deveria abrir o Laravel Cloud ou gerenciar a instalação já em execução pelo Cloudpanel, e o que realmente aconteceria se eu me cadastrasse no Laravel Cloud a partir dali.
Kodee respondeu em menos de um minuto:
Confirmou que Manage App não gerencia a instalação existente da VPS
Identificou corretamente como um link para o Laravel Cloud, uma plataforma de implantação separada
Apontou o Cloudpanel, acessível pelo IP da VPS na porta 8443, como a verdadeira superfície de gerenciamento
Avisou que se cadastrar no Laravel Cloud criaria um ambiente separado e cobrado independentemente, e não implantaria nada na VPS que eu já havia pago
Essa é uma resposta clara e correta para uma pergunta que tem um custo real se você errar, e veio com uma citação da própria documentação da Hostinger em vez de um palpite.
Depois, perguntei algo com mais peso técnico. Aplicações Laravel em produção dependem de uma entrada de cron para o agendador de tarefas e de um processo Supervisor para manter os workers de fila em execução, e eu queria saber se o template da VPS configura alguma dessas coisas automaticamente, e se o próprio Supervisor sobreviveria a uma reinicialização caso eu o configurasse sozinho.
Kodee disse que verificaria o servidor diretamente antes de responder, e verificou:
Informou que não havia entrada de cron schedule:run presente
Informou que não havia serviço Supervisor configurado
Informou que não havia worker de fila configurado
Forneceu a linha cron exata necessária para o agendador
Forneceu um bloco completo de configuração do Supervisor para um worker de fila, com as flags corretas
Confirmou que o Supervisor permanece após uma reinicialização uma vez ativado com systemctl enable –now supervisor
Acrescentou o lembrete de executar php artisan queue:restart após implantar novo código, um detalhe fácil de esquecer e que causa bugs reais em produção quando omitido
O que achei do suporte por IA: Kodee mereceu as respostas aqui em vez de adivinhar. Confirmar que não havia cron de agendamento nem processo Supervisor antes de recomendar qualquer coisa é a diferença entre uma resposta de checklist e uma baseada no que este servidor específico estava realmente fazendo, e o lembrete para reiniciar o worker da fila após deploys é o tipo de detalhe que só aparece quando alguém, ou algo, realmente entende como as filas do Laravel se comportam em produção.
Duas perguntas, duas respostas precisas e completas, ambas entregues em questão de minutos.
2. Base de Conhecimento
A base de conhecimento da Hostinger é organizada da mesma forma em todos os produtos: grandes blocos de categorias com contagem de artigos, uma barra de busca e um filtro de categoria no topo.
Em vez de navegar, fui direto para a busca e digitei “laravel”, o que retornou 15 resultados em duas páginas, visivelmente mais do que um app de um clique mais restrito costuma mostrar.
Mas vale um alerta. Mais resultados não significam resultados mais relevantes, já que várias das correspondências eram apenas tangencialmente relacionadas; um artigo sobre limitações de e-mail em PHP e outro sobre problemas de migração de site apareceram simplesmente porque mencionam Laravel de passagem.
O resultado mais relevante, “How to use the Laravel VPS template at Hostinger,” cobre acesso ao Cloudpanel, entendimento da estrutura de pastas do Laravel, edição do arquivo .env , execução do Composer e execução de migrações.
É um bom guia para colocar um primeiro projeto Laravel funcionando neste template. O que ele não cobre é o agendador ou os workers de fila, exatamente a lacuna que o Kodee precisou preencher quando perguntei.
Investigando mais os resultados da busca, apareceu algo que vale ser destacado. Um artigo mais antigo, “How to deploy Laravel 8 at Hostinger,” inclui um exemplo funcional de cron para o agendador, mas foi escrito para uma configuração diferente e mais antiga, implantando Laravel manualmente em hospedagem compartilhada ou cloud em vez do template VPS atual, com uma estrutura de arquivo public_html que não tem nada a ver com a forma como o Cloudpanel organiza uma VPS.
Qualquer pessoa usando este template VPS e pesquisando a base de conhecimento para orientação sobre o agendador cairia primeiro em um artigo descrevendo um produto diferente antes de encontrar algo que realmente se aplique ao seu servidor.
O que achei da base de conhecimento: O número de artigos parece forte no papel, 15 resultados para um termo de busca, mas o volume bruto esconde o quão espalhado o conteúdo útil realmente está. O artigo central do template VPS é bem escrito e consegue colocar um primeiro projeto no ar, mas ele para exatamente no ponto em que uma implantação em produção fica séria, e a única documentação que cobre o agendador pertence a uma configuração de hospedagem antiga e não relacionada.
Um leitor que confiasse apenas na base de conhecimento poderia facilmente seguir esse guia antigo e configurar errado sua VPS ao copiar comandos feitos para uma estrutura de arquivos completamente diferente.
Veredicto Geral sobre Suporte
Kodee é quem carrega o peso aqui, e faz isso bem. As duas interações envolveram a verificação do estado real do servidor antes da resposta, e a segunda produziu uma correção completa, correta e pronta para implantação para algo que o template VPS deixa sem configuração por padrão.
A base de conhecimento dá conta do básico para colocar um primeiro projeto Laravel no ar, mas sua cobertura se afunila rapidamente depois disso, e o que existe para configurações mais avançadas, como o agendador, está em um artigo escrito para um produto de hospedagem completamente diferente.
Para qualquer coisa além do básico, o caminho mais confiável é o Kodee, e ele comprovadamente sustentou isso com o que encontrou ao realmente verificar, e não ao supor.
Hostinger Laravel VPS Hosting
Descubra como o Hostinger Laravel VPS Hosting oferece um ambiente flexível para implantar aplicativos Laravel com recursos de servidor dedicados, controle total, desempenho escalável e configurações personalizáveis para projetos web modernos.
Sim. Os fundamentos aqui são fortes. Laravel e Cloudpanel chegam pré-instalados e funcionando, o hardware subjacente pontua bem em CPU, memória e disco, e o Kodee deu duas respostas técnicas corretas e sensíveis ao servidor quando eu o testei de verdade. Os backups semanais bateram com os próprios logs da conta, exatamente como anunciado.
As pequenas falhas merecem ser conhecidas antes da compra. O scanner de malware listado como recurso principal não estava ativado por padrão, e o botão Manage App no cartão do Laravel manda você para o Laravel Cloud, um produto pago separado, em vez de algo que pareça gerenciamento do app, sem nenhuma documentação avisando isso com antecedência.
Nenhum dos dois é difícil de contornar depois que você sabe que o Cloudpanel é a superfície de gerenciamento real, mas nenhum dos dois deveria exigir adivinhação.
Para um desenvolvedor que quer o Laravel rodando rápido em uma infraestrutura sólida, e que está confortável em gastar cinco minutos encontrando o Cloudpanel em vez do botão mal rotulado ao lado dele, esta é uma recomendação fácil. Para alguém que quer cada recurso anunciado ativado no momento em que o servidor inicia, sem precisar conferir nada, reserve alguns minutos extras para configuração antes de considerar tudo pronto.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
O Hostinger é bom para hospedar aplicações Laravel?
Sim. Laravel e Cloudpanel vêm pré-instalados no momento em que a VPS é provisionada, o hardware subjacente tem bom desempenho em CPU, memória e disco, e o assistente de IA Kodee da Hostinger fornece respostas precisas e específicas para questões reais de configuração do Laravel. O principal porém é um scanner de malware que vem desativado, apesar de ser anunciado como incluído.
O VPS Laravel da Hostinger vem pré-instalado com Laravel?
Sim. O Laravel é oferecido como uma aplicação com instalação em um clique durante a finalização da compra da VPS e é instalado automaticamente no Ubuntu juntamente com o Cloudpanel, o painel de controle usado para gerenciar a aplicação, seu banco de dados e as configurações de domínio posteriormente.
A Hostinger oferece um teste gratuito para hospedagem VPS Laravel?
Não há um teste gratuito dedicado para os planos VPS do Laravel. A Hostinger oferece suporte a cada plano VPS com uma garantia de reembolso de 30 dias, embora um segundo reembolso de VPS dentro de 180 dias do primeiro não seja aprovado.
Posso receber um reembolso na hospedagem VPS da Hostinger?
Sim, dentro de 30 dias após a compra, desde que você ainda não tenha reembolsado um plano VPS diferente nos últimos 180 dias. Upgrades para um plano VPS existente e pagamentos feitos por meio de criptomoeda estão excluídos de reembolsos por completo.
Como faço para gerenciar minha aplicação Laravel na VPS da Hostinger?
Através do Cloudpanel, acessível pelo botão de gerenciamento no painel do Cloudpanel no hPanel, ou diretamente pelo endereço IP da VPS na porta 8443. O botão Gerenciar App no próprio cartão do Laravel não gerencia a aplicação; ele leva ao Laravel Cloud, um produto de hospedagem separado e não relacionado à VPS.
<span style="font-weight: 400;">Clique para ir ao topo da página</span>
HostAdvice.com fornece opiniões profissionais sobre hospedagem Web totalmente independentes de qualquer outra entidade. Nossas análises são imparciais, honestas e aplicam os mesmos parâmetros para todos os hosts.
Recebemos uma compensação monetária das empresas que analisamos. A remuneração de serviços e produtos não tem nenhuma influência sobre a direção ou as conclusões de nossos comentários. A compensação também não influencia a pontuação de determinadas empresas de hospedagem. Esta compensação cobre os custos de royalties aos revisores, da compra de contas e dos testes.
