O meu site é lento. O que fazer?

Objetivo

Um abrandamento no seu site resulta de um carregamento excessivamente longo para apresentar o conjunto ou certas partes do seu site.

Se o carregamento for demasiado longo, o pedido efetuado a partir do seu browser pode atingir o tempo máximo de execução autorizado pelo servidor onde se encontra o seu alojamento. Neste caso, o servidor devolve o código "504 Gateway Timeout" para assinalar ao visitante que a variável "max_execution_time" foi atingida, o que impede igualmente a execução do pedido pedido pedido.

A lentidão tem principalmente duas origens:

• uma sobrecarga ao nível da infraestrutura partilhada na qual está alojado o seu site;
• um pedido demasiado longo ou demasiado pesado para ser executado na infraestrutura partilhada onde está alojado o seu site.

A grande maioria das lentilhas provém, na realidade, do website e não do seu alojamento partilhado. Criámos este guia para o ajudar melhor nesta situação.

Em casos raros, os ecrãs também podem ser provocados pelo seu fornecedor de acesso à Internet ou por um débito de ligação à Internet demasiado reduzido. Verifique a sua conectividade de rede antes de continuar os seus diagnósticos.

Saiba como diagnosticar a origem da lentidão do seu website e agir em conformidade.

Requisitos

• Dispor de um site alojado numa das nossas ofertas de alojamento partilhado OVHcloud
• Ter acesso à Área de Cliente OVHcloud

Instruções

Compreender a noção de Time To First Byte (TTFB)

O Time To First Byte (TTFB) representa a duração que o seu alojamento web vai colocar para reenviar o primeiro byte de dados ao seu browser, no seguimento de um pedido efetuado por este último para apresentar o seu website.

Quando não há sobrecarga ao nível da infraestrutura de alojamento partilhado e o seu website está otimizado ao máximo, o TTFB não ultrapassa os 800ms.

Um TTFB elevado não significa automaticamente que as suas lentidões provenham do seu alojamento partilhado

De facto, para os Content Managment System (CMS) como WordPress, Joomla!, PrestaShop ou Drupal, a página que efetua a partir do seu browser Internet pode gerar pedidos complementares internamente no seu alojamento. O seu alojamento não devolverá nada ao seu browser enquanto estes pedidos internos não forem concluídos.

Exemplo

A partir do seu browser, pode solicitar que apresente a página inicial do seu website. O pedido vai ligar de forma padrão ao ficheiro "index.php" do seu website.

Uma vez que o pedido chega ao ficheiro "index.php", este é executado pelo servidor web do seu alojamento partilhado.

Na sua execução, o ficheiro "index.php" deve recuperar as informações entre os outros ficheiros que compõem o seu website, ou mesmo os elementos presentes na sua base de dados.

Cada um destes pedidos de informações gera um pedido interno sobre o seu serviço de alojamento.

O ficheiro "index.php" irá aguardar o resultado de todos os pedidos internos que solicitou antes que devolva o primeiro byte de dados ao seu browser.

Se o seu ficheiro "index.php" gera pedidos "lentos" ou pesados de executar, o TTFB será elevado e o seu site levará vários segundos a aparecer. As performances da sua oferta de alojamento não estão em causa.

Ferramentas de diagnóstico online permitem-lhe recuperar o TTFB do seu alojamento. No entanto, a maior parte deles funcionam como browsers e os seus resultados devem ser relativizados.
Com efeito, estas ferramentas não estão em condições de ter em conta os pedidos internos solicitados pelo ficheiro que ligou através do seu browser, como no exemplo acima com o ficheiro "index.php".

Etapa 1 - determine se as lentidões provêm do alojamento ou do seu website

Esta primeira etapa permite-lhe determinar se os atrasos provêm:

• do seu site, devido ao seu funcionamento interno;
• ou da infraestrutura de alojamento partilhado onde o seu site se encontra.

Todos os diagnósticos da etapa 1 devem ser realizados sem exceção para determinar se as lentidões provêm dos seus serviços de alojamento web ou do website que aloja.

1.1 - Verifique o estado dos seus serviços OVHcloud

Para ter a certeza de que os seus serviços (alojamento partilhado e base de dados) não são objeto de manutenção ou incidente, recupere as informações sobre o cluster e file do seu alojamento partilhado, assim como as informações gerais relativas à sua base de dados. De seguida, poderá verificar o seu estado em status.ovhcloud.com.

Para conhecer o cluster e o filer onde se encontra o seu alojamento partilhado, consulte o nosso guia "Alojamento web - Como conhecer o seu cluster e o seu filer".

Se nenhum incidente ou nenhuma manutenção forem declarados, prossiga os seus diagnósticos.

1.2 - Testar o site em vários aparelhos

Teste o seu website a partir de outro dispositivo/computador e a partir de outro ponto de acesso à Internet. Esvaziando a cache do seu browser sempre que tentar fazê-lo, de forma a que o seu site seja diretamente carregado a partir do alojamento web.

1.3 - Teste o alojamento com um ficheiro independente do seu website

Coloque na raiz do seu website no espaço de armazenamento FTP do seu alojamento partilhado um ficheiro que denominará phpinfo.php.

Neste ficheiro, insira o seguinte código:

<?php
phpinfo();
?>

Exemplo se o domínio que permite o acesso ao seu website for "domain.tld" e o ficheiro "phpinfo.php" estiver na raiz do seu website, este será acessível graças ao seguinte URL: http://domain.tld/phpinfo.php (ou https://domain.tld/phpinfo.php).

1.4 - Teste a conectividade da sua base de dados:

Aceda à sua base de dados seguindo *** o etapa 3** do nosso manual sobre a criação de uma base de dados partilhada.

Se utiliza uma base de dados numa oferta Web Cloud Databases, consulte o nosso guia sobre a ligação à sua base de dados presente numa oferta Web Cloud Databases.

Se a ligação for bem-sucedida, poderá aceder à seguinte interface:

1.5 - Interpretação dos diagnósticos efetuados

Caso n°1

As seguintes afirmações aplicam-se todas à sua situação:

• pelo menos uma página, um script ou um ficheiro (incluindo o ficheiro "phpinfo.php") encarregou-se rapidamente dos testes da etapa 1;
• a ligação à base de dados foi efetuada corretamente durante os testes do passo 1.

Isto significa que a lentidão que encontra provém diretamente dos scripts que compõem o seu website. Pode passar diretamente para etapa 2 para seguir os conselhos de otimização para resolver a sua situação.

Caso n°2

As seguintes afirmações aplicam-se todas à sua situação:

• nenhum incidente ou manutenção foram declarados ou declarados como resols há menos de três horas para os seus serviços de alojamento web no nosso site status-ovhcloud.com ;
• o caso n°1 detalhado acima não corresponde à sua configuração.

Serão necessárias investigações no lado da OVHcloud. Contacte os nossos serviços de assistência sobre as soluções Web, para que possam confirmar consigo a origem dos abrandamentos que encontra.

Etapa 2 - identifique a(s) fonte(s) que gera(m) a lentidão do seu website

Neste momento, sabe que as lentidões são geradas pelas páginas/scripts/ficheiros que compõem o seu website.

Encontre aqui as ações a realizar para identificar a(s) fonte(s) da(s) lentidão e otimizar o seu website.

2.1 - Verifique a configuração do seu alojamento web

Verifique o motor PHP, a versão PHP e o ambiente de execução utilizados no seu alojamento web, através do nosso guia sobre a configuração do seu alojamento web.

Se utiliza no seu alojamento web uma versão de PHP obsoleta, o motor "PHP CGI" e/ou o ambiente "legacy" e se o seu website for compatível, dê preferência à utilização do motor "PHP" (PHP FPM), o ambiente "stable" ou "stable64" com a versão de PHP mais recente possível.

Para comparar as versões de PHP disponíveis em função do ambiente de execução utilizado, consulte *a etapa 2 do guia sobre a configuração da versão PHP no seu alojamento.

Utilizar uma versão de PHP recente, o ambiente de execução "stable" ou "stable64" com o motor "PHP" (PHP FPM) torna o seu site muito mais fluido e rápido. A título indicativo, o motor "PHP" (PHP FPM) pode ter um desempenho 50 vezes superior ao do motor "PHP CGI" para executar as suas tarefas.

2.2 - Analise as ligações de saída / ligações TCP realizadas pelo seu alojamento web

As ligações de saída são muito exigentes em termos de recursos. Quando estas ligações são numerosas, quando não são executadas corretamente ou quando permanecem ativas durante demasiado tempo, monopolizam tantos recursos ao nível do seu alojamento web que já não são suficientes para fazer funcionar normalmente o resto do seu website.

Isto traduz - se em atrasos ou mesmo em códigos "504 gateway timeout".

Para analisar as ligações de saída do seu alojamento, consulte os logs OUT deste último. Pode consultar o nosso manual sobre a consulta dos logs do seu alojamento.

Se verificar que existem muitas ligações de saída no seu alojamento, compare os seus logs OUT com os seus logs WEB através do seu horário. Isto permitir-lhe-á identificar o(s) script(s) responsável(eis) por esta situação.

Se utilizar um Content Management System (CMS) como WordPress, Joomla!, PrestaShop ou Drupal, identifique o(s) plugin(s) e/ou o tema que gera este fluxo de ligações de saída.

2.3 - Analise o fluxo de pedidos HTTP efetuado para o seu alojamento web:

Para realizar esta ação, consulte os logs WEB do seu alojamento web através do nosso manual sobre como consultar os logs do seu alojamento.

Os pedidos mais exigentes em termos de recursos são os pedidos HTTP de tipo POST e os de tipo PUT. Estas devem efetuar, respetivamente, alterações e inserções.

Os pedidos HTTP de tipo GET apenas recuperam elementos presentes no alojamento para os apresentar no seu browser Internet. Em geral, são pouco exigentes em termos de recursos. No entanto, podem gerar descidas se várias centenas delas forem pedidas por segundo durante um intervalo de vários minutos.

Se encontrar nos seus logs uma das seguintes situações:

• os pedidos de tipo POST ou PUT são efetuados várias vezes por minuto e de forma permanente;
• os pedidos POST ou PUT são executados várias vezes por minuto num mesmo ficheiro.

Identifique e otimize o script/ficheiro em causa para diminuir o fluxo de pedidos HTTP.

Com efeito, quanto menos o número de pedidos for elevado, menos os recursos atribuídos ao seu alojamento partilhado serão solicitados.

Para diminuir o fluxo de pedidos a cada um dos carregamentos das suas páginas, pode também implementar um Content Delivery Network (CDN). que permitirá colocar em cache o conteúdo estático do seu website. O seu alojamento web será menos solicitado e disporá de mais recursos para tratar o resto dos pedidos que não podem ser colocados em cache.

2.4 - otimize a sua base de dados

Verifique se um número consequente de pedidos é efetuado para a sua base de dados.
Com efeito, esta situação pode gerar uma sobrecarga e conduzir a atrasos, ou mesmo a códigos "504 Gateway Timeout".

Verifique também o tamanho das suas tabelas presentes na sua base de dados.
Se uma mesa é chamada regularmente e esta é volumosa, o carregamento desta mesa pode fazer-se mais lentamente e gerar pedidos lentos.
A acumulação destes pedidos lentos pode provocar um atraso no acesso ao website, ou mesmo um código "504 Gateway Timeout".

Se tem tabelas volumosas ou fluxos de pedidos em bases de dados consequentes, otimize as suas tabelas e implemente soluções que permitem diminuir os fluxos de pedidos para a sua base de dados.

Se verificar que existem dados não utilizados ou obsoletos na sua base de dados, limpe-a para melhorar o seu desempenho no dia a dia.

2.5 - Otimize as suas imagens

Se, por exemplo, uma imagem estiver presente no seu site em resolução "1000x2000" e esta aparecer em 100x200 píxeis na página do seu website, isso gera um consumo de recursos no lado do alojamento que pode ser otimizado.

De facto, o servidor deverá realizar uma operação de redimensionamento da imagem e apresentá-la ao tamanho solicitado no website.

Se o seu site contém muitas imagens, isso pode representar um consumo de recursos não negligenciável ao nível dos recursos atribuídos ao seu alojamento.

Redimensione todas as suas imagens para minimizar o consumo de recursos.

2.6 - Otimize o resto do seu website

Consulte o nosso guia sobre a otimização das performances para o seu website.

Pode encontrar pistas de otimização para o seu site analisando-o em gtmetrix.com (este site não está associado à OVHcloud).

Conclusão

Se o seu alojamento web e a sua base de dados não estiverem em causa* e o seu website continuar a ser lento, apesar da realização de todas as etapas** deste guia, isso provavelmente significa que a oferta que utiliza para alojar o seu website não é ou deixou de ser adaptada às suas necessidades.

Pode considerar uma oferta de alojamento partilhado superior ou uma infraestrutura dedicada como um Servidor Privado Virtual (VPS) ou um Servidor Dedicado.

Quer saber mais?

Para serviços especializados (referenciamento, desenvolvimento, etc), contacte os parceiros OVHcloud.

Se pretender usufruir de uma assistência na utilização e na configuração das suas soluções OVHcloud, consulte as nossas diferentes ofertas de suporte.

Fale com nossa comunidade de utilizadores.