Apache, Nginx ou OpenLiteSpeed: qual escolher?
O Apache, o Nginx e o OpenLiteSpeed fazem todos o trabalho. Decidem as suas necessidades e hábitos, não uma corrida de velocidade. O WordPress.org recomenda o Apache ou o Nginx para o WordPress. Se o seu site depende de ficheiros .htaccess, o Apache é a escolha natural. Se quer uma configuração enxuta e um proxy inverso, escolha o Nginx. Se quer uma cache do WordPress ao nível do servidor e gestão a partir de uma interface web, o OpenLiteSpeed é a melhor opção.
Os três servidores web num relance
| Característica | Apache | Nginx | OpenLiteSpeed |
|---|---|---|---|
| Licença | Apache License 2.0 | BSD de 2 cláusulas | GPLv3 |
| .htaccess | Sim, por diretoria | Não, as regras vão na configuração do servidor | Usa regras de reescrita compatíveis com o Apache |
| Interface web de administração | Não | Não | Sim, porta predefinida 7080 |
| Cache do WordPress | Plugins de cache; uma cache do lado do servidor com o mod_cache configura-se à mão | Plugins de cache; uma cache FastCGI do lado do servidor configura-se à mão | Plugin LiteSpeed Cache em conjunto com a cache integrada do servidor |
Apache: .htaccess e familiaridade
O Apache é uma das opções mais conhecidas. Com os ficheiros .htaccess pode alterar definições diretoria a diretoria. Os sites vindos de alojamento partilhado e muitos plugins dependem desse ficheiro. A própria documentação do Apache, porém, manda pôr as regras no ficheiro de configuração principal quando tem acesso a ele, porque o .htaccess é procurado em cada diretoria a cada pedido. No seu próprio VPS tem acesso root, por isso tem essa possibilidade. Uma escolha comum é executar o PHP através do PHP-FPM, com o Apache no seu modo orientado a eventos, o event. No Ubuntu e no Debian, ativa e desativa módulos com a2enmod e sites com a2ensite.
Nginx: configuração enxuta e proxy inverso
O Nginx é orientado a eventos. O seu site oficial descreve-o como servidor web, proxy inverso, cache de conteúdo e balanceador de carga. É uma escolha comum para servir ficheiros estáticos e para ficar à frente de outras aplicações. Não há suporte para .htaccess, e o blogue do próprio projeto Nginx diz que os ficheiros de configuração por diretoria não são suportados. Para uma aplicação como o WordPress, escreve você na configuração do servidor a regra try_files de que os links permanentes amigáveis precisam. A documentação oficial do WordPress mostra a regra. O PHP corre através do PHP-FPM. No pacote do Ubuntu e do Debian, escreve os sites em /etc/nginx/sites-available e liga-os a sites-enabled. Testa uma alteração com sudo nginx -t e aplica-a com sudo systemctl reload nginx.
OpenLiteSpeed: cache do WordPress e interface web
O OpenLiteSpeed é a edição de código aberto do LiteSpeed Web Server Enterprise e é distribuído sob a GPLv3. A mesma equipa desenvolve ambos, e a edição Enterprise precisa de licença. O OpenLiteSpeed consegue usar regras de reescrita compatíveis com o Apache, por isso as regras de links permanentes do WordPress funcionam, na maioria, tal como estão. Se o .htaccess de um site antigo contiver diretivas que não sejam regras de reescrita, teste-as antes de migrar, porque o OpenLiteSpeed ignora sem erro as diretivas que não suporta.
A cache ao nível do servidor do plugin LiteSpeed Cache para WordPress só funciona em produtos LiteSpeed. Segundo a documentação do plugin, noutros servidores só estão disponíveis as suas funcionalidades de otimização. A interface web de administração abre por predefinição na porta 7080. Não deixe essa porta aberta a todos. Abra-a apenas ao seu próprio endereço IP.
O Caddy também é uma opção
Para projetos pequenos, pode ponderar também o Caddy. Quando escreve um nome de domínio na sua configuração, ele obtém e renova sozinho o certificado HTTPS. Segundo a documentação oficial, isto exige que o registo DNS do domínio aponte para o servidor e que as portas 80 e 443 sejam acessíveis do exterior. O seu ficheiro de configuração (o Caddyfile) é muito curto. Em contrapartida, não há suporte para .htaccess, por isso as regras também vão na configuração. As aplicações prontas da Seturack com interface web, como o WordPress, usam o Caddy para o HTTPS.
Qual deve escolher?
«Qual é mais rápido?» não tem uma resposta única. O resultado depende da configuração, das definições do PHP, da cache e do próprio site. Num site WordPress lento, o servidor web raramente é o problema. A falta de cache, plugins pesados ou memória a menos são causas mais comuns. Verifique isso antes de mudar de servidor. Só vê a diferença real experimentando o seu site no seu servidor. Deixe que estas perguntas orientem a escolha:
- Se está a migrar um site antigo que depende de ficheiros
.htaccess: Apache. - Se quer um proxy inverso à frente de algumas aplicações, ou uma configuração enxuta: Nginx.
- Se executa um único site WordPress e quer uma cache de servidor e gestão a partir da web: OpenLiteSpeed.
- Se vai alojar vários domínios, os três conseguem: hosts virtuais no Apache, blocos de servidor no Nginx. Isto não decide a escolha.
- Se vai usar um painel de controlo, fique com o predefinido do painel. O CloudPanel usa o Nginx e o CyberPanel usa o OpenLiteSpeed. O HestiaCP instala por predefinição o Nginx juntamente com o Apache (o Apache pode ser desativado).
- Se tem dúvidas, escolha o Apache ou o Nginx. O WordPress.org recomenda ambos e há muito material sobre cada um.
Instalação e mudança posterior
O Apache e o Nginx instalam-se a partir do repositório de pacotes do Ubuntu com um único comando:
sudo apt install apache2
sudo apt install nginx
Se instalar os dois ao mesmo tempo, o segundo não consegue ficar com a porta 80 e não arranca. O comando sudo ss -tlnp | grep ':80 ' mostra que serviço escuta na porta 80. O OpenLiteSpeed instala-se seguindo os passos da documentação de instalação oficial do LiteSpeed. Depois de instalar, abra o endereço IP do servidor num navegador. Se vir a página de boas-vindas, o serviço está a funcionar. Se a página não abrir a partir do exterior, verifique se as portas 80 e 443 estão abertas na firewall.
É possível mudar mais tarde. Os ficheiros e a base de dados do seu site mantêm-se. O que muda é a configuração. Ao passar do Apache para o Nginx, traduz as regras do .htaccess à mão. A documentação oficial do Nginx tem um guia para converter regras de reescrita. Os três servidores podem ser instalados na mesma máquina, mas não podem usar as portas 80 e 443 ao mesmo tempo. Experimente-os primeiro num servidor pequeno. Se não ficar satisfeito, pode trocar o serviço sem reinstalar o servidor.
Não precisa de um servidor grande para experimentar os três. Comece com um tamanho pequeno e aumente a partir do painel. Veja o preço na página de preços.
Se preferir começar com o servidor web escolhido já pronto, as opções LAMP (Apache), LEMP (Nginx) e OpenLiteSpeed da Seturack instalam-se sozinhas. Para o WordPress há também o WordPress no OpenLiteSpeed.
Pronto a usar na Seturack: OpenLiteSpeed, WordPress LiteSpeed, LAMP, LEMP.
Comentários0
Ainda não existem comentários
Seja a primeira pessoa a partilhar a sua opinião.
Inicie sessão ou crie uma conta para deixar um comentário.