Comprendre la mise en cache dans WordPress, partie 2
Dans le post précédent, j’ai partagé une introduction de base sur la façon dont les applications basées sur une base de données – en particulier WordPress – fonctionnent sans mise en cache.
Et avant de parler du fonctionnement de la mise en cache de base dans WordPress, notamment avec l’ API Transients, il est important de discuter des principes de base de la mise en cache. Cela comprend pourquoi nous le faisons, ses avantages et comment cela fonctionne.
Ensuite, nous verrons comment nous pouvons tirer parti des fonctionnalités de base de WordPress pour le faire.
Comprendre la mise en cache dans WordPress : mettre en cache ?
Pourquoi nous le faisons
De manière générale, nous le faisons pour nous assurer que nos sites sont rapides. Nous savons que la vitesse joue un rôle dans le classement d’une page dans les résultats de recherche. Et même si ce n’est peut-être pas la raison principale, c’est une raison importante.
L’argument le plus simple et le meilleur pour la mise en cache est peut-être d’avoir un site rapide (ou un site performant). Et, dans ce contexte, cela peut signifier un site ou une application Web.
Quoi qu’il en soit, nous savons ce que l’on ressent lorsque nous sommes assis là à attendre qu’une page ou une partie d’une page se charge. Si nous ne l’aimons pas, pourquoi voudrions-nous que nos visiteurs en fassent l’expérience ?
Ses bienfaits
Les avantages de la mise en cache concernent au moins deux domaines principaux :
- expérience utilisateur,
- le temps de charger.
Dans la dernière section, j’ai dit que les avantages de la mise en cache peuvent être ressentis si vous êtes un utilisateur. C’est quelque chose que nous avons tous expérimenté et, en tant que développeurs, c’est quelque chose que nous pouvons offrir à nos utilisateurs à travers une variété de techniques.
Mais le "temps de chargement" est aussi quelque chose qui compte et il ne s’agit pas seulement des avantages du temps qu’il faut à un utilisateur pour charger le site. Au lieu de cela, c’est un peu plus technique.
Rappelons dans le post précédent qu’une requête – ou un voyage – commence à partir du moment où les utilisateurs demandent des informations au serveur, puis le processus va de la machine de l’utilisateur au serveur à la base de données et vice-versa.
Lorsque nous avons introduit la mise en cache, nous n’avons pas à faire tout cela. Au lieu de cela, un voyage est raccourci car les données sont en fait conservées ailleurs. Et si le voyage est plus court (et je ne veux pas dire de l’ordinateur de l’utilisateur à l’endroit où se trouve le serveur dans le monde), alors il devrait également être plus rapide.
Mais comment?
Comment ça fonctionne
Il existe de nombreux types de mise en cache disponibles, mais je garde cette série particulière de haut niveau. Autrement dit, je ne vais pas faire la distinction entre un cache de navigateur, un cache de page, un cache d’objet, etc.
Peut-être dans un prochain billet. Mais, pour l’instant, je parle spécifiquement de la mise en cache à un niveau élevé.
Quoi qu’il en soit, voici comment cela fonctionne :
- Lors du premier passage sur une page, toutes les informations nécessaires au chargement de la page sont rassemblées.
- Plutôt que de les jeter lorsque l’utilisateur quitte le site (ou la page), les informations sont conservées dans un endroit facilement accessible, comme la mémoire du serveur.
- Lorsque l’utilisateur suivant accède à la page, le voyage n’a pas besoin d’aller dans la base de données pour obtenir toutes les informations, les assembler, puis les renvoyer à l’utilisateur. Au lieu de cela, il extrait les informations entièrement assemblées de la mémoire du serveur (ce qui est, dans la plupart des cas) déjà plus rapide, puis les renvoie à l’utilisateur.
Il y a beaucoup de mises en garde à prendre en compte lors de cette opération, telles que les données utilisateur personnalisées, les chargements de page partiels, etc., mais le principe du voyage reste le même.
Transitoires WordPress
Alors, comment cela fonctionne-t-il dans WordPress? Au niveau le plus fondamental, l’API Transients fournit des fonctionnalités de base pour cela.
Mais il est important de comprendre comment ça marche et pourquoi ça marche comme ça. Donc, dans le prochain article de cette série, je vais parler spécifiquement de cela.