Claramente, nada é dimensionado, assim como os arquivos estáticos servidos por um servidor da Web rápido e qualquer CMS que precise descobrir o que carregar e depois carregá-lo não terá um desempenho tão bom, WordPress ou outro. Um dos problemas é o número de consultas ao banco de dados necessárias por solicitação de URL e meus 2 anos anteriores de experiência trabalhando exclusivamente com o Drupal e agora mais de 2 anos com o WordPress são que o WordPress é muito melhor nesse departamento.
Dito isto, quase nada com qualquer poder vai escalar "fora da caixa" ; é tudo o que você pode fazer à medida que suas necessidades de escalabilidade aumentam?
Na extremidade baixa de "muito tráfego", existem ótimos plug - ins de cache e integrações com CDNs baratas, você pode fazer um bom trabalho com um orçamento sem TI e baixo orçamento de hospedagem. Aqui estão algumas outras perguntas e respostas para revisão:
Existem opções para criação de perfil para identificar gargalos de desempenho :
Depois que os gargalos são identificados, você pode fazer a otimização localizada com coisas como a API de transientes . Estas perguntas e respostas fornecem um exemplo que pode ser otimizado usando a API Transients e mostra como:
Se você realmente deseja obter as grandes armas, pode configurar o Memcached , HyperDB , Nginx e / ou mais para acelerar as coisas (parece que o último está realmente evoluindo para uma incrível escalabilidade do WordPress):
E, finalmente, há webhosts emergentes focados no WordPress, especializados em desempenho , como WP Engine , ZippyKid e outros:
Portanto, as boas notícias são todas as escalas muito bem ; desde o nível mais baixo de graça e fácil, com complexidade e custo técnicos, apenas aumentam à medida que o tráfego aumenta significativamente. Comece pequeno com o WordPress e será ótimo. Se o seu tráfego aumentar e você estiver rentabilizando-o razoavelmente bem, você encontrará um efeito de custo muito escalável conforme necessário.
Pelo menos IMO. :)
Não espere muito da hospedagem compartilhada - não culpe o WordPress pela lentidão se você estiver em um host compartilhado. Hosts compartilhados podem amontoar milhares de contas em um servidor. Assim, você pode passar o dia todo otimizando uma conta de US $ 10 / mês e isso não importa. Também preste atenção às palavras-chave de marketing - apenas porque diz "nuvem" não significa que você não esteja compartilhando um servidor com centenas ou milhares de pessoas.
Eu não acho que plugins de cache sejam necessários neste momento. Se você olhar o código fonte do WP, já existe um cache avançado incorporado ao núcleo. Um cache do cache do cache do cache - cuidado, isso pode ser contraproducente.
A principal coisa que atrasa você é a lenta consulta ao MySQL e o WordPress pronto para uso não deve causar problemas aqui. No entanto, tive que "LIMITAR" minhas consultas de comentários porque tinha mais de 50.000 comentários. (Isso já foi corrigido?) Além disso, se você estiver fazendo algo atípico (como milhares de categorias?), Isso também pode ser um problema.
Eu uso um Linode 512 com NginX e "top" mostra PHP e NginX fazendo seu trabalho em menos de 1/100 de segundo por solicitação. Quase todo o tempo da CPU está relacionado ao MySQL. Você pode servir 1 milhão de páginas por mês com um Linode de US $ 20, mas assim que começar a adicionar plugins e fotos, acho que precisará de um Linode de "1 GB". Do meu ponto de vista, é praticamente linear: se as visualizações de página dobrarem, apenas o dobro do tamanho do seu Linode.
Disclaimer: Eu não trabalho para Linode.
Atualize (~ 2 anos depois), uma vez que você deseja armazenar em cache partes de uma página com PHP, aqui está uma solução simples que eu uso que é surpreendentemente rápida. Estou armazenando em cache várias partes / partes separadas por página dentro de 1/100 de segundo. Parece que um ramdisk poderia tornar isso ainda mais rápido, mas é muito rápido para minhas necessidades:
fonte
Existem três coisas que diminuem a velocidade do WordPress em escala, e elas se resumem a isso:
Depois de colocar o que foi dito acima, você poderá adicionar o cache - por exemplo, verniz, CDNs, cache de página etc.
Se precisar expandir, você pode criar um cluster usando o PerconaDB XtraDB para o banco de dados e o Unison para os arquivos. Dessa forma, você pode ter 1 nó como seu wp-admin e cron runner e os outros nós que atendem ao tráfego da web atrás de um balanceador de carga.
fonte