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

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

De otimização de imagem para o servidor web tuning, muito vai por trás desempenho tuning um site 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 que abrangeu site específico dicas de otimização , tais como otimização plugin e CSS / JS minification. 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 servidores incluídos na nossa  Serviços Management Server , que temos visto para ser eficaz.

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 solicitar navegadores para armazenar em cache os arquivos do seu 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, tenha cuidado ao usar essas diretivas. O aspecto 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 talvez não notem uma alteração de tema ou recurso em seu site.

Na EmanuelSites, ajudamos os proprietários de sites da WordPress a tirar proveito do 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 a 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 em 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 colocando em cache os servidores da Web para reduzir a carga da CPU, ao mesmo tempo em que garantem altas taxas de compactação.

3. Otimizar o banco de dados

WordPress armazena todo o seu conteúdo no banco de dados, e para cada carregamento de página, várias consultas de banco de dados são executadas. Ao longo do tempo, questões como a fragmentação, o crescimento no tamanho da tabela, etc levar a um desempenho pobre banco de dados.

Portanto, é extremamente importante otimizar o banco de dados de vez em quando.

Na EmanuelSites, detectamos os gargalos dos bancos de dados mais cedo e os corrigimos antes que eles possam abrandar o site. Nossos especialistas em servidores monitoram as métricas do banco de dados, como latência de consulta, consultas lentas, uso de memória, etc. em nossos servidores de clientes para detectar problemas de desempenho.

Aqui estão algumas configurações que nós tweak muitas vezes em servidores MySQL para manter a velocidade do servidor:

  • max_connections – Em servidores multi-usuário, essa configuração é usado para prevenir um único usuário monopolizando todo o servidor. Em servidores compartilhados pesadamente carregados, este limite pode ser tão baixo quanto 10, e em servidores dedicados, pode ser tão alto quanto 250.
  • innodb_buffer_pool_size – Em bancos de dados MySQL habilitados com InnoDB, os resultados da consulta são armazenados em uma área de memória chamado de “buffer pool” para acesso rápido. Definimos esse valor em qualquer lugar entre 50-70% da RAM disponível para o MySQL.
  • key_buffer_size – Esta configuração determina o tamanho do cache para tabelas MyISAM. Isso é definido aproximadamente em 20% da memória disponível do MySQL.
  • query_cache_size – Isso é ativado somente para servidores de sites individuais, e está previsto para 10 MB ou menos dependendo de quão lento as consultas são no presente.

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 aos 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 Instalação – Estes motores são executados como um serviço separado, e Apache (ou Nginx) devem configurado para passar em todos os arquivos PHP para o motor. Além disso, as permissões em sockets de serviço e arquivos PHP devem ser definidas corretamente.
  2. Problemas de manutenção – motores de alta performance usar o cache interno para compilar o PHP mais rápido. 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 expende CPU, memória e E / S de disco para criar 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 em cache arquivos PHP, e permitir alta compactação em caches pode induzir a alta carga do servidor.

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 evitar o uso excessivo de recursos do servidor.

6. Ignorar o 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 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. O verniz 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.

Dito isto, os sistemas de verniz às vezes enfrentam erros 503, limites de recursos, etc. e podem ser difíceis de corrigir. Para resolver esses problemas, a EmanuelSites monitora os websites dos clientes 24 horas por dia, 7 dias por semana, e assim que detectamos uma anomalia, nós nos conectamos ao servidor e corrigimos o problema antes que ele seja notado pelos visitantes do site.

7. Utilizar HTTP / 2 em vez de HTTP 1.1

A grande maioria dos sites usam 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. Converter o site para HTTPS – principais navegadores como Chrome e Firefox HTTP suporte / 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. Portanto, é 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 de HTTP / 2 foram reveladas, que pudemos corrigir em servidores de clientes 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 criamos sites com  algumas etapas que encontramos para serem eficazes em nossos serviços de WordPress. Se você gostaria de saber como nossos serviços podem fazer a diferença para o seu site, que ficaria feliz em falar com você .

Leave a Reply

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