Configurer le cache du CMS et livrer les pages plus rapidement

Qu'est-ce que le cache du CMS?

Le CMS bluetronix peut mettre en cache le HTML terminé d'une page déjà générée. Lors d'un appel ultérieur, cette version du cache peut être directement affichée au lieu de régénérer complètement la page à chaque fois via le processus de rendu du site CMS.

Ainsi, de nombreuses pages peuvent être livrées plus rapidement, sans que toutes les étapes de traitement PHP et les requêtes de base de données soient nécessaires à chaque appel. Tu définis les paramètres de cache pour chaque page CMS individuellement.

Ouvrir les paramètres de cache d'une page

Ouvre la page souhaitée dans le éditeur et accède aux paramètres de la page via l'icône de roue dentée. Tu y trouveras le paramètre Cache.

À l'aide du champ de sélection, définis si la page peut être mise en cache. Par défaut, le cache est activé.

Choisis le paramètre souhaité et tape sur Enregistrer.

Cache : Oui – réutiliser la page prête

Avec Cache: Oui, le CMS peut enregistrer la page HTML générée. Si une version de cache pertinente et à jour est disponible lors d'un appel ultérieur, le HTML terminé peut être directement livré.

Seitenaufruf
      ↓
Passende Cache-Version vorhanden?
      ↓
Ja
      ↓
Fertiges HTML direkt ausgeben

Le processus de rendu complet n'a pas besoin d'être à nouveau exécuté lors d'un tel appel. En revanche, si la page doit être régénérée, elle passe d'abord par le traitement CMS normal ; ensuite, le résultat peut à nouveau être stocké dans le cache.

Cache : Non – générer la page à chaque appel

Si tu choisis Cache: Non, la page ne sera pas livrée à partir du cache de pages. À chaque appel, le CMS doit à nouveau effectuer le processus de rendu requis.

Seitenaufruf
      ↓
CMS-Site-Rendering-Prozess
      ↓
PHP-Verarbeitung und benötigte Datenbankzugriffe
      ↓
Layout und Seiteninhalt erzeugen
      ↓
HTML ausgeben

Ce paramètre convient aux pages dont le contenu doit être à jour à chaque appel ou créé individuellement pour chaque utilisateur.

Exemple : Mettre en cache une page de contenu normale

Une page comme about_us.html affiche généralement le même contenu pour tous les visiteurs. Avec la fonction de cache activée, le CMS peut la générer et réutiliser le HTML terminé pour d'autres appels.

/about_us.html  →  eigene Cache-Version

Pour le visiteur, la page web a exactement l'apparence d'une page nouvellement générée. Si le HTML provient du cache, cela n'est pas discernable uniquement par la mise en page visible de la page.

Quand la version cache sera-t-elle renouvelée?

Le CMS prend en compte non seulement le contenu direct de la page, mais aussi d'autres éléments de la page finale. Cela inclut par exemple le layout, l'en-tête, la navigation, le pied de page et d'autres éléments de la page intégrés.

Si, par exemple, le pied de page est modifié ou qu'un nouvel élément de menu est créé, la version du cache d'une page de contenu non modifiée doit également être mise à jour. Le CMS vérifie les éléments pertinents pour la page et génère une nouvelle version du cache en cas de modifications correspondantes.

Versions de cache personnalisées pour les paramètres GET

Une page peut également être mise en cache si elle est appelée avec des paramètres GET. L'élément décisif est qu'une certaine combinaison de paramètres renvoie le même contenu, tant que les données associées ne changent pas.

Un appel de produit peut par exemple ressembler à ceci :

/index.html?productID=1
/index.html?productID=2
/index.html?productID=3
/index.html?productID=4

Chacun de ces appels peut afficher un contenu produit différent. Le CMS peut donc utiliser une version de cache propre à chaque combinaison de paramètres.

Les paramètres GET seuls ne sont pas une raison pour désactiver le cache. La condition est que la version de cache respective doit contenir le même contenu pour tous les visiteurs à qui elle est livrée.

Versions de cache séparées pour différentes langues

Sur les sites web multilingues, la langue est également prise en compte. Le même produit peut par exemple contenir des textes différents sur un site en anglais, en allemand et en français.

https://www.my-demo.com/index.html?productID=1  →  Englisch
https://www.my-demo.de/index.html?productID=1   →  Deutsch
https://www.my-demo.fr/index.html?productID=1   →  Französisch

Les versions de cache doivent donc également correspondre à la langue respective. Ainsi, le même appel de produit peut être livré dans chaque langue avec les textes appropriés.

Quand devrais-tu utiliser Cache: Non ?

Pour les pages avec des contenus dépendants de l'utilisateur, tu devrais désactiver le cache de page. Une page de compte personnel peut avoir la même URL mais afficher des informations différentes pour chaque utilisateur connecté.

/MyAcoount.html  →  Benutzer Max   →  eigene Shop-Käufe
/MyAcoount.html  →  Benutzer Ross  →  andere Shop-Käufe

Ces contenus personnels ne doivent pas être réutilisés en tant que version de cache générale pour d'autres visiteurs. Régle le cache pour une telle page sur Non.

Même pour /Search.html, Cache: Non peut avoir du sens si les résultats de recherche doivent être déterminés à nouveau à chaque appel ou dépendent d'entrées non prises en compte dans le cache.

N'active pas le cache de page pour des sorties contenant des données personnelles de différents utilisateurs sous la même URL.

Résumé

Avec Cache : Oui, les pages appropriées peuvent être réutilisées sous forme de HTML fini et livrées plus rapidement. Des versions de cache distinctes peuvent être créées pour différents paramètres GET et langues. Les modifications des éléments de page pertinents entraînent le renouvellement des versions de cache concernées.

Pour les pages de compte personnel ou d'autres contenus qui doivent être générés en fonction de l'utilisateur à chaque appel, tu choisis Cache : Non. Tu trouveras ce paramètre directement dans l'éditeur sous Paramètres de la page → Cache.