Top 7 dicas de otimização de servidor para ajuste de desempenho do WordPress

Todo mundo adora um site rápido. Mesmo motores de busca como o Google dizem que um site deve responder dentro de 200 milissegundos [ 1 ] . Isso significa que você deve manter o seu site raio rápido não apenas para manter seus clientes felizes, mas para manter o seu SEO rankings.

Desde a otimização de imagem até a sintonização de servidores web, muitas coisas acontecem atrás do ajuste de desempenho de um site do WordPress.

Aqui em EmanuelSites, nós ajudamos proprietários do Web site, desenhadores da correia fotorreceptora e anfitriões da correia fotorreceptora de WordPress optimize seus locais de WordPress e usuários de WordPress. Monitoramos os servidores WordPress 24 horas por dia, 7 dias por semana, corrigimos rapidamente problemas de desempenho se detectamos algum e periodicamente otimizamos os servidores de web e banco de dados.

Em um post anterior, cobrimos dicas específicas de otimização de sites , como otimização de plugins e minificação CSS / JS. Hoje vamos cobrir a parte de otimização de servidor do ajuste de desempenho do WordPress. Aqui estão as etapas de otimização de servidor incluídas em nossos  Serviços de Gerenciamento de Servidores , que vimos serem eficazes.

1. Obtenha navegadores para armazenar em cache os arquivos de seu site

WordPress páginas carregar muitos CSS, Javascript e arquivos de imagem. Quase 80% desses arquivos são baixados novamente quando o visitante retorna ao seu site novamente em um momento posterior, resultando em um longo tempo de carregamento da página.

Ao pedir navegadores para armazenar em cache arquivos do site, você pode obter visitantes para carregar suas páginas do site muito rápido. No Nginx, isso é feito usando a tag “Expires”, e no Apache, isso é feito usando “mod_expires”.

No entanto, tome cuidado ao usar essas diretivas. A aparência ea funcionalidade do seu site dependem dos arquivos CSS e JS, e se esses tipos de arquivos forem armazenados em cache por um longo período de tempo (por exemplo, 30 dias), seus clientes repetidos poderão não notar uma alteração de tema ou recurso em seu site.

Na EmanuelSites, ajudamos os proprietários de sites do WordPress a aproveitar o cache do navegador, mas evitam armadilhas comuns configurando as diretrizes de expiração.

2. Compactar arquivos do site para download mais rápido

A grande maioria dos arquivos em um site do WordPress são arquivos de texto como CSS, JS e HTML. Esses arquivos podem ser compactados para um décimo de seu tamanho, reduzindo assim a velocidade de carregamento do site.

No Apache, isso pode ser feito usando o módulo mod_gzip, e no Nginx ele pode ser feito usando a tag “gzip”. É importante notar que, enquanto a compactação melhora a velocidade da página, ela pode induzir uma carga considerável da CPU, retardando o servidor.

Ajudamos os proprietários de sites WordPress a encontrar um equilíbrio entre a compressão eo uso de recursos. Em alguns casos, usamos arquivos compactados estaticamente e armazenados em cache nos servidores da Web para reduzir a carga da CPU, ao mesmo tempo em que garantem altas taxas de compactação.

 

3. Optimize the database

WordPress stores all it’s contents in the database, and for each page load, several database queries are executed. Over time, issues like fragmentation, growth in table size, etc. lead to poor database performance.

So, it is vitally important to optimize the database every once in a while.

At EmanuelSites, we detect database bottlenecks early, and fix them before it can slow down the website. Our server experts monitor database metrics such as query latency, slow queries, memory usage, etc. in our customer servers to detect performance issues.

Here are a few settings we tweak often in MySQL servers to keep up the server speed:

  • max_connections – In multi-user servers, this setting is used to prevent a single user hogging the entire server. In heavily loaded shared servers, this limit can be as low as 10, and in dedicated servers, it can be as high as 250.
  • innodb_buffer_pool_size – In MySQL databases enabled with InnoDB, query results are stored in a memory area called “buffer pool” for fast access. We set this value anywhere between 50-70% of available RAM for MySQL.
  • key_buffer_size – This setting determines the cache size for MYISAM tables. This is set approximately at 20% of available memory of MySQL.
  • Query_cache_size – Isso é habilitado somente para servidores de site único e está definido como 10MB ou menos dependendo de quão lentas as consultas estão no momento.

4. Obtenha um mecanismo rápido do PHP

Nem todos os motores PHP são criados iguais. Motores mais antigos do PHP como mod_PHP e suPHP são ineficientes na execução de seus códigos.

Existem substituições modernas, como PHP-FPM, HHVM e PHP 7 que podem dar um impulso instantâneo de velocidade para seus scripts.

No entanto, executar esses mecanismos pode ser complicado. Gerenciamos servidores Apache e Nginx para nossos clientes que possuem mecanismos de PHP rápidos. Aqui estão alguns problemas comuns que enfrentamos:

  1. Desafios de configuração – Esses mecanismos são executados como um serviço separado e o Apache (ou Nginx) deve ser configurado para transmitir todos os arquivos do PHP para o mecanismo. Além disso, as permissões em sockets de serviço e arquivos PHP devem ser definidas corretamente.
  2. Problemas de manutenção – Os motores de alto desempenho utilizam o cache interno para compilar o PHP mais rapidamente. Com base em alterações no tráfego do site e no código do site, essas configurações precisam ser ajustadas periodicamente para garantir que o conteúdo obsoleto não seja exibido ou o cache seja subutilizado.

 

5. Cache resultados de execução do PHP

Muitos sites hoje em dia são executados em PHP ou em outras linguagens de script. Quando um visitante solicita uma página, o servidor gasta CPU, memória e E / S de disco para construir uma página HTML de vários arquivos PHP.

Não há nenhuma razão pela qual um segundo pedido para a mesma página deve ter tantos recursos. Os sistemas de cache do PHP OpCode, como as lojas APC ou X-Cache, executaram código PHP na memória, de modo que os recursos da próxima vez não precisam ser gastos para processar o código PHP novamente.

No entanto, caches opCode mal implementados ou não-mantidos podem levar um pedágio no desempenho do site. Alguns motores de PHP, como o suPHP, não podem armazenar arquivos em PHP em cache, e permitir alta compactação em caches pode induzir carga de servidor alta.

EmanuelSites ajuda os proprietários do site WordPress a instalar e manter sistemas de cache PHP eficazes. Periodicamente, auditamos o desempenho dos sistemas de cache e ajustamos as configurações do servidor para evitar a acumulação de dados obsoletos e para evitar o uso excessivo de recursos do servidor.

6. Ignorar mecanismo PHP armazenando páginas HTML em cache

Se há algo melhor do que um cache PHP, é um cache HTML. Todas as páginas da Web do WordPress são enviadas como arquivos HTML e a maioria das visitas pode ser satisfeita com uma página HTML pré-gerada.

Existem vários sistemas de cache HTML que funcionam com PHP. Um que nós gostamos é verniz. Varnish mantém todas as solicitações de arquivos recorrentes (como imagens, arquivos, etc.) na RAM para que os recursos do sistema não precisem ser usados, a menos que haja uma nova solicitação de página.

Tudo o que está sendo dito, sistemas de verniz às vezes enfrentam 503 erros, limites de recursos, etc e poderia revelar-se difícil de corrigir. Para solucionar esses problemas, a EmanuelSites monitora os websites dos clientes 24 horas por dia, 7 dias por semana, e assim que detectamos uma anomalia, fazemos login no servidor e corrigimos o problema antes que ele seja percebido pelos visitantes do site.

7. Utilizar HTTP / 2 em vez de HTTP 1.1

A grande maioria dos sites usa o protocolo HTTP v1.1. Esta é uma versão antiga lançada em 1997 que força os navegadores a fazer o download de arquivos para uma página seqüencialmente um após o outro.

Uma nova versão do HTTP, que é HTTP / 2 foi lançado em 2015, e é suportado por todos os principais navegadores e servidores web. Ele fornece muitos recursos de aumento de velocidade, como transferência de vários arquivos por conexão, cabeçalhos compactados, etc.

Como com tudo agradável, adotando HTTP / 2 vem com um par de advertências:

  1. Converta o site em HTTPS – Principais navegadores como o Chrome eo Firefox suportam HTTP / 2 somente em conexões HTTPS totalmente criptografadas. Converter todo o site para HTTPS pode ficar tedioso. Em nossos sites de clientes, tivemos que substituir links http com https, configuração SSL auto-renovável e testar todas as funções até que pudéssemos lançá-lo para produção.
  2. Monitor para vulnerabilidades – HTTP / 2 ainda é novo. Embora o próprio protocolo seja forte, pode haver vulnerabilidades no código do servidor. Por isso, é importante manter um olho atento sobre notícias de segurança e corrigir o servidor se houver um problema. Em agosto de 2016, 4 vulnerabilidades HTTP / 2 foram divulgadas, que pudemos corrigir nos servidores do cliente em 24 horas.

 

Conclusão

O desempenho do seu site WordPress depende muito de sua escolha de plugins, temas e da forma como você usa a mídia em seu site, mas otimizar o servidor subjacente é igualmente importante. Hoje nós cobrimos algumas etapas que encontramos para ser eficaz em nossos serviços de gerenciamento de servidor WordPress. Se você gostaria de saber como nossos serviços podem fazer a diferença em seu site, teremos prazer em conversar com você .

Leave a Reply

O seu endereço de email não será publicado. Campos obrigatórios marcados com *