Il est clair que rien ne se met à l'échelle, ainsi que les fichiers statiques servis par un serveur Web rapide et tout système de gestion de contenu qui doit déterminer ce qu'il faut charger, puis le charger ne fonctionnera pas aussi bien, que ce soit avec WordPress ou autre. L'un des problèmes est le nombre de requêtes de base de données requises par demande d'URL et mes 2 années d'expérience de travail exclusivement avec Drupal et maintenant plus de 2 ans avec WordPress, c'est que WordPress est bien meilleur dans ce département.
Cela dit, presque rien, avec aucun pouvoir, ne se propage à l’échelle "d’emblée" ; tout est question de ce que vous pouvez faire à mesure que vos besoins en évolutivité grandissent?
Sur le segment bas de "beaucoup de trafic", il existe d' excellents plugins de mise en cache et des intégrations avec des CDN peu coûteux. Vous pouvez faire un très bon travail avec un budget sans informatique et un budget d'hébergement bas. Voici d'autres questions et réponses à examiner:
Le profilage permet d’identifier les goulots d’étranglement liés aux performances :
Une fois que les goulots d'étranglement sont identifiés, vous pouvez effectuer une optimisation localisée à l' aide d'éléments tels que l' API Transients . Cet article donne un exemple qui peut être optimisé à l'aide de l'API transitoire et montre comment:
Si vous obtenez chose vraiment besoin de sortir les gros canons , vous pouvez configurer Memcached , HyperDB , Nginx et / ou plus pour accélérer les choses (il semble que ce dernier est en train d' évoluer vraiment dans la façon d'obtenir une évolutivité étonnante de WordPress):
Et enfin, il y a des hôtes Web émergents axés sur WordPress spécialisés dans la performance tels que WP Engine , ZippyKid et autres:
La bonne nouvelle est donc très belle . libre et facile, avec la complexité technique et le coût, ne font que croître à mesure que le trafic croît de manière significative. Commencez petit avec WordPress et ce sera génial. Si votre trafic augmente et que vous le monétisez, même raisonnablement, vous constaterez qu'il est très rentable de s'adapter à mesure que vous en avez besoin.
Au moins IMO. :)
Ne vous attendez pas à beaucoup de l'hébergement partagé - ne blâmez pas WordPress pour la lenteur si vous êtes sur un hôte partagé. Les hôtes partagés peuvent entasser des milliers de comptes sur un serveur. Donc, vous pouvez passer toute la journée à optimiser un compte à 10 $ / mois et cela n’a aucune importance. Faites également attention aux mots à la mode marketing - ce n'est pas parce que le mot "cloud" ("cloud") signifie que vous ne partagez pas un serveur avec des centaines ou des milliers de personnes.
Je ne pense pas que des plugins de cache soient nécessaires à ce stade. Si vous regardez le code source de WP, il y a déjà une mise en cache avancée intégrée dans le noyau. Cache du cache du cache du cache - attention, cela peut être contre-productif.
La principale chose qui vous ralentit est la lenteur des requêtes MySQL et WordPress prêt à l’emploi ne devrait pas vous causer de problèmes ici. Cependant, je devais "limiter" mes requêtes de commentaires car j'avais plus de 50 000 commentaires. (Est-ce que cela a déjà été corrigé?) De plus, si vous faites quelque chose d'atypique (comme des milliers de catégories?), Cela pourrait également poser problème.
J'utilise une Linode 512 avec NginX et "top" montre que PHP et NginX travaillent en moins d'un centième de seconde par demande. Presque tout le temps processeur est lié à MySQL. Vous pourriez servir 1 million de pages par mois avec un linode à 20 dollars, mais une fois que vous aurez commencé à ajouter des plugins et des photos, vous aurez besoin d'un linode de "1 Go". De mon point de vue, c'est plutôt linéaire: Si le nombre de pages vues double, doublez simplement la taille de votre Linode.
Disclaimer: Je ne travaille pas pour Linode.
Mise à jour (environ 2 ans plus tard) puisque vous souhaitez mettre en cache des parties d'une page avec PHP, voici une solution simple, étonnamment rapide, que j'utilise. Je cache plusieurs parties / parties distinctes par page en 1 / 100ème de seconde. On dirait qu'un disque mémoire pourrait rendre cela encore plus rapide, mais c'est beaucoup plus rapide pour mes besoins:
la source
Il y a finalement 3 choses qui ralentissent WordPress à l'échelle, et elles se résument à ceci:
Une fois que vous avez mis en place ce qui précède, vous pouvez alors ajouter une mise en cache - par exemple Varnish, CDN, mise en cache de page, etc.
Si vous devez faire évoluer votre système, vous pouvez créer un cluster utilisant PerconaDB XtraDB pour la base de données et Unison pour les fichiers. De cette façon, vous pouvez avoir 1 nœud comme gestionnaire wp-admin et cron, et les autres nœuds servant le trafic Web derrière un équilibreur de charge.
la source