Cache WordPress: six significations différentes que les gens peuvent exprimer

Il peut facilement envoyer des dizaines, voire des centaines de requêtes pour afficher des pages spécifiques. Ainsi, vous le savez peut – être, mais une page visitée par quelqu’un sur le site WordPress n’a pas assez de matériel pour répondre à ce que leur Navigateur affiche. WordPress n’a pas dit “c’est toute la page d’index wpshout”. Au lieu de cela, il dit au navigateur: « Voici le diagramme d’index wpshout et montre toutes les autres ressources dont vous avez besoin.» Ces autres ressources comprennent des images référencées par HTML, des feuilles de style qui affectent HTML, et des fichiers JavaScript qui peuvent encore changer leur comportement.
Votre navigateur peut facilement envoyer des dizaines, voire des centaines de requêtes pour afficher des pages spécifiques. Au moment où j’ai écrit cet article, Firefox en a rapporté plus de 10 sur notre page d’index 0 requêtes sur la page. Environ 36 d’entre eux ont été produits par nous – mêmes, le reste étant nos widgets Facebook et Twitter. Il n’y a que quelques dizaines d’images, de feuilles de style et de fichiers Javascript, mais même ces fichiers peuvent être fournis à différentes vitesses. Il y a une possibilité que nous appelons \
Par conséquent, le premier type de cache que vous pouvez utiliser est que ces fichiers sont stockés dans la mémoire temporaire (RAM) du serveur sans avoir à être lus à travers la mémoire. Je ne suis pas un expert, mais je pense qu’en définissant
Dans le cache.
L’idée ici est que WordPress a fait beaucoup pour consolider le HTML final pour le navigateur: il traite une URL, effectue une ou plusieurs requêtes de base de données pour obtenir des données de page correspondant à l’url, puis traite des fichiers de sujets pour insérer des données de base de données dans le modèle, et enfin envoie tout au serveur, puis à l’utilisateur. Cela peut généralement se faire en quelques millisecondes, mais ces millisecondes sont très importantes lorsque vous voulez rester éveillé pendant que les annonces du Super Bowl sont diffusées. Ainsi, vous pouvez mettre en cache l’ensemble HTML final qui correspond à une URL spécifique et lui donner un certain temps au lieu de laisser WordPress le reconstruire. Bien sûr, cela peut signifier qu’un nouveau commentaire ou un widget de barre latérale légèrement modifié n’est pas à jour, donc vous fournissez le HTML mis en cache, mais cela signifie également que votre serveur ne s’écrasera pas. Cela peut se faire de deux façons: par un processus séparé ou par un plug – in WordPress. Nous traitons les procédures individuelles comme le troisième sens du cache, un Proxy inverse comme varnish. Nginx est un serveur Web alternatif pour Apache et est généralement utilisé pour cette fonctionnalité. Fondamentalement, dans ces cas, l’agent inverse (varnish) Capture le code HTML rendu par WordPress avant de l’envoyer aux visiteurs. La prochaine fois qu’un visiteur demande la même page, Varnish publie sa version \
Envoyer les données EDI au terminal github, traiter votre demande, vous envoyer sa réponse, la traiter, puis vous pouvez répondre à vos visiteurs: C’est vraiment lent. Le contenu reçu de github est ensuite mis en cache et les étapes github ne sont exécutées qu’une fois toutes les quelques heures, de sorte qu’une seule page, et non chaque page, peut attendre le processus.
Comment se fait – il qu’il y ait deux versions de l’API transitoire? Une chose plus difficile à comprendre que les avantages de performance de cache et transitoire, c’est qu’ils fonctionnent de deux façons différentes, selon la façon dont le site WordPress est configuré. Si votre hôte offre un \
Cache de mémoire spécialement construit pour memcache. Les deux types de stockage transitoire WordPress sont une grande victoire pour les calculs à long terme ou les demandes d’api externes. Cependant, pour les cas plus minces, l’utilisation ou l’absence de transitions peut être plus proche du nettoyage si elles sont stockées uniquement dans la base de données WordPress. Ces six types de cache je sais que ces six types de cache sont des considérations importantes pour les sites WordPress: stocker des ressources statiques dans la mémoire du serveur plutôt que sur disque, stocker des actifs statiques plus près des visiteurs, mettre en cache la page entière via un processus externe en utilisant CDN, puis mettre en cache la page entière en utilisant CDN. Tout comme la mise en cache varnish sur toute la page, l’utilisation de plug – ins comme WP super cache pour stocker des données en mémoire pour mettre en cache une partie des transitoires, comme memcache pour mettre en cache une partie des transitoires avec une base de données WordPress, peut avoir un impact positif énorme sur la vitesse du site. Mais tout le monde est différent des autres, et certains sont très différents. J’espère que vous pourrez désormais comprendre et utiliser les types de cache afin de maximiser les performances de votre site WordPress. Bon hacker! Crédit d’image: espace négatif