Acelere o seu site com o Fastest Cache - Cache Varnish

Procédure

Porquê acelerar a velocidade de carregamento do seu sítio?

É bom saber que a velocidade de carregamento do seu sítio é crucial para o seu sucesso. Para uma empresa, por exemplo, ela dá uma primeira impressão aos visitantes. Além disso, se o seu sítio demorar demasiado tempo a carregar , isso pode ter um impacto na sua classificação nos principais motores de busca e não lhe dará exposição suficiente para manter o seu sítio vivo.

Não há limite para o tempo de carregamento das suas páginas Web. No entanto, a maioria dos sítios Web demora menos de três segundos a carregar.

O que é o Fastest Cache e para que é utilizado?

A ferramenta Fastest Cache é um sistema concebido e desenvolvido pela LWS paraotimizar o desempenho de carregamento do seu sítio Web através da utilização de mecanismos de cache de páginas configurados ao nível do servidor Web. A ferramenta combina as tecnologias fornecidas pelo NGINX e pelo Varnish.

O NGINX é um servidor Web orientado para o desempenho que pode tratar muito mais pedidos do que o Apache (ver a nossa publicação no blogue intitulada"Apache VS Nginx: teste de desempenho"). Ele é usado principalmente no Fastest Cache para gerenciar o acesso seguro ao seu site em https://, eliminar solicitações HTTP maliciosas (consulte LWS Protect) e rotear solicitações HTTP para servidores de cache Varnish.

O Varnish é um serviço HTTP que implementa um mecanismo de cache de página para armazenar em cache o resultado de uma solicitação HTTP na memória.

Com as configurações corretas, o NGINX pode lidar com mais solicitações ao seu site, e o Varnish pode acelerar o tempo de carregamento da página, reduzindo o consumo de CPU e memória.

Como funciona o serviço Fastest Cache?

1. Operação sem cache

Para compreender melhor como funciona, vamos começar por ver como funciona sem um plug-in de cache para que os visitantes possam ver o seu sítio.

1. O visitante solicita a página ao servidor Web. Exemplo: index.php

2. O servidor Web executa os scripts necessários (PHP, Perl, NodeJS, etc.)

3. O servidor Web recebe o resultado da execução

4. O servidor Web envia a página HTML resultante da execução do script.

2. Funcionamento com o módulo Fastest Cache

Quando o módulo Fastest Cache está ativado, é introduzido um servidor de cache entre o visitante e o servidor Web.

O objetivo é reduzir o número de execuções de scripts necessárias, mantendo o resultado da execução em memória para futuros pedidos que exijam a mesma resposta. Isto elimina a necessidade de executar o mesmo script várias vezes para obter o mesmo resultado.

Isto elimina o tempo gasto à espera que o script seja executado durante o carregamento da página e, ao mesmo tempo, poupa os recursos utilizados na execução do script.

1. O visitante solicita a página ao servidor Web. Exemplo: index.php
2. O Fastest Cache verifica se a página já foi gerada e armazenada na memória cache.

• Em caso afirmativo, a página é devolvida diretamente ao visitante sem a necessidade de aceder ao serviço Web e sem executar o script.
• Em caso negativo, é pedido que a página seja gerada no serviço Web, o que resulta na execução do script (PHP, NodeJS, Perl, Ruby, etc.).

3. Depois de a página ter sido gerada, o Fastest Cache determina se a página pode ser guardada em cache (através de cabeçalhos, URL, etc.).

• Se sim, a página é salva no cache e enviada de volta para o visitante
• Se não, a página é guardada na memória microcache (memória cache com um período de validade curto) e enviada de volta para o visitante.

Podemos ver que, quando uma página é guardada na memória cache, o processamento pelo servidor Web e a execução de scripts são evitados.

Cacheable, non-cacheable e microcache

Quando o serviço Web fornece uma nova resposta à Fastest Cache, esta é analisada para determinar se deve ou não ser guardada na memória cache para utilização futura.

Alguns conteúdos de páginas não devem ser guardados em cache, como o resultado de um formulário de registo, o resultado de uma página de pagamento, etc., porque contêm dados que variam consoante os utilizadores e os eventos.

Para determinar se uma página pode ou não ser armazenada em cache, o Fastest Cache utiliza vários mecanismos:

• Os pedidos HTTP que utilizem verbos HTTP diferentes de HEAD e GET serão sistematicamente excluídos da cache.
• Os pedidos HTTP que incluam cookies também serão excluídos. Os cookies utilizados pelo Google Analytics, XiTi, DoubleClick, Quant Capital, AddThis e Cloudflare são eliminados antes de serem detectados. Do mesmo modo, os cookies ligados a CMS conhecidos são geridos automaticamente se o modo de cache corresponder ao CMS.
• Pedidos HTTP protegidos por palavras-passe .htaccess
• Se a resposta do servidor Web contiver instruções de cache do navegador (cabeçalho cache-control), estas serão automaticamente consideradas pelo Fastest Cache e a página será mantida na memória cache.

Se um pedido HTTP for do tipo GET e não estiver protegido por .htaccess nem contiver cookies, e não tiver instruções específicas de cache do browser, é mantido na microcache durante alguns segundos.

A microcache pode, por conseguinte, ser utilizada para ultrapassar as preocupações relativas aos picos de procura de páginas não armazenadas em cache. Por exemplo, isto resolve o problema das sobrecargas e da lentidão no caso de uma vaga de pesquisas para o mesmo produto numa loja de comércio eletrónico.

Apresentação da interface e ativação do serviço

O Fastest Cache aparece como um ícone no cPanel, na secção "Desempenho".

Uma vez na interface, o domínio principal, os domínios adicionais e os subdomínios são apresentados na lista.

• A coluna"Estado da cache" mostra o estado de ativação da cache. Se estiver definida como"Enabled" (Activada), a cache está activada.
• O botão"Purgar cache" elimina todos os dados armazenados em cache para este nome de domínio específico.
• O botão"Desativar cache" é utilizado para desativar a cache.
• O botão "Ativar cache" permite ativar a cache.
• O botão"Alterar modo de funcionamento" permite alterar o comportamento do sistema de cache. Estes modos serão explicados mais adiante.

Os diferentes modos de cache

Por defeito, o sistema de cache opta pelo modo "Utilização geral ", que é adequado para uma utilização geral. No entanto, existem outros modos:

Modo de desenvolvedor: idêntico à desativação da cache, permite-lhe anular o sistema de cache durante os seus períodos de desenvolvimento.
WordPress: um modo de cache mais adaptado ao WordPress, com uma melhor gestão das pastas (wp-content, wp-admin, etc.) e dos cookies específicos do WordPress.
Prestashop : um modo de cache mais adaptado ao Prestashop, com uma melhor gestão das pastas e dos cookies.

Eliminação da cache

Para além da interface cPanel para purgar a cache, é possível purgar manualmente a cache a partir do terminal SSH da conta cPanel ou de um script alojado no servidor.

1. Limpar a cache com cURL

Limpar a cache de uma página :

curl -X 'PURGE' http://mon-site-web.com/mapage.php

Isto irá limpar a cache do URL http://mon-site-web.com/mapage.php.

Limpar a cache de uma pasta :

curl -X 'PURGE -H 'X-Purge-Method:regex' 'http://mon-site-web.com/wp-content/uploads/.*'

Isso limpará todos os caches de URLs que começam com 'http://mon-site-web.com/wp-content/uploads/'.

Limpar a cache de um site

curl -X 'FULLPURGE' http://mon-site-web.com

Para todos os três comandos, são possíveis dois retornos:

Código HTTP 200: a limpeza foi bem-sucedida, sem erros.

Código HTTP 405: a limpeza não é autorizada ou não foi efectuada.

2. Purga com um plugin ou módulo

A maioria dos plugins/módulos com integração Varnish são compatíveis com o mecanismo de purga interno do Fastest Cache.

Aqui estão alguns plugins que foram testados e verificados como compatíveis:

• WP Rocket: https: //wp-rocket.me
• Purga de cache de proxy: https: //wordpress.org/plugins/varnish-http-purge/

Deteção de HTTPS e redireccionamentos

O estado e as portas HTTPS indicados no Apache são modificados pelo módulo mod_fastestcache integrado no Apache. Por conseguinte, geralmente não é necessário efetuar quaisquer alterações.

No entanto, se a deteção de HTTPS não for funcional com o Fastest Cache, isso pode causar loops de redirecionamento infinitos. Portanto, será necessário modificar os dados de deteção.

Os cabeçalhos HTTP confiáveis para deteção são :

• X-Forwarded-Proto
• X-Porta Encaminhada

Assim, se utilizar o seguinte redireccionamento HTTPS com um .htaccess :

RewriteEngine On RewriteCond %{SERVER_PORT} ^80$ RewriteRule ^(.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R]

e não funcionar, pode substituir a variável SERVER_PORT por X-Forwarded-Proto :

RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} !on RewriteRule ^(.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R]

CloudFlare e outras CDNs

Os CDNs do CloudFlare têm filtros de solicitação HTTP que podem bloquear as solicitações "PURGE" e "FULLPURGE" usadas pelo Fastest Cache para limpar o cache.

Recomendamos que você use apenas um nível de cache, seja o Cloudflare ou o Fastest Cache.

Usar os dois juntos pode levar a um comportamento indesejável. Teste ambos e use o que melhor se adapta às suas necessidades.