Avaliar este artigo :
5/5 | 3 opinião
Este artigo foi útil para si ?
Sim
Não
Vous avez noté 0 étoile(s)
Sommaire
Procédure
É 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.
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.
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.
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.).
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.
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:
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.
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.
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.
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:
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 :
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]
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.
Avaliar este artigo :
5/5 | 3 opinião
Este artigo foi útil para si ?
Sim
Não
1mn leitura
Como configurar o Cloudflare em um site hospedado no cPanel?
3mn leitura
Como utilizar o Memcached no seu sítio Web cPanel?
4mn leitura
Utilizar o Redis como uma cache de objectos persistente para o WordPress no cPanel
3mn leitura
Como posso utilizar o IpXchange para personalizar o IP do vosso domínio?