Jusqu'à présent, nous avons configuré les paramètres W3 Total Cache Minification. Dans ce tutoriel, je couvrirai les configurations avancées pour W3 Total Cache.
Le cache de base de données est un facteur important pour optimiser votre site. Permettez-moi de vous donner un exemple de réseau à trois niveaux: De nos jours, des applications sont déployées à une échelle multi-niveaux pour améliorer les performances. Cela signifie qu'il existe un niveau d'application et qu'un niveau de données peut être présent sur différents hôtes. Sur demande, l'application affiche les données.
Ici, le goulot d'étranglement est le niveau de données. Un goulot d'étranglement est défini comme un point où la performance ou la capacité d'un système entier est limitée par un nombre de composants ou de ressources. Dans notre cas, ce sera le niveau de données.
Pour améliorer les performances, il est clair que nous avons besoin de données là où le niveau d'application est présent, mais les bases de données commerciales sont suffisamment lourdes pour être intégrées au niveau d'application. Nous utilisons donc d'autres bases de données allégées pour mettre en cache les données dans l'hôte du niveau d'application..
Pour clarifier la description ci-dessus, imaginez-la de la manière suivante: Le moyen le plus simple de connaître ce type de cache est de l’envisager dans votre site Web WordPress où des pages sont servies de manière dynamique en interrogeant votre base de données à plusieurs reprises. Le cache de la base de données cache les requêtes les plus couramment utilisées afin de pouvoir extraire plus de contenu statique..
Commençons par configurer le cache de la base de données. Tout d'abord, notez l'onglet "Général". Cochez l'option qui indique au plug-in de ne pas mettre en cache les requêtes des utilisateurs connectés. Si vous utilisez WordPress en tant que système de gestion de contenu et vendez du contenu payant, par exemple, lorsque tout votre trafic est configuré pour les utilisateurs connectés, vous pouvez décocher cette option.
Dans les paramètres avancés, la première configuration est définie sur 180 secondes. Il détermine le délai d'expiration des éléments de cache non modifiés. Plus la valeur est élevée, plus le cache est grand. Si vous souhaitez mettre en cache vos requêtes de base de données plus longtemps, vous pouvez augmenter la valeur. Cela augmentera considérablement la taille du cache sur le disque.
Ce paramètre définit la fréquence à laquelle vous souhaitez supprimer le cache de mémoire de votre disque. Dans les tutoriels précédents, nous avions sélectionné "Disk Type Caching", chargé de sauvegarder le cache dans le stockage de disque de votre hôte. Le paramètre d'intervalle de récupération de place est responsable de la fréquence à laquelle le cache gaspillé doit être supprimé. C'est la valeur par défaut 3600 et c'est très bien dans la plupart des situations.
Les pages / URL ou les répertoires définis dans cette zone ne seront pas mis en cache. Ce paramètre nous aide lorsque nous rencontrons des problèmes avec une page particulière ou un répertoire pertinent pour un plugin..
Parfois, des plugins comme WooCommerce et d'autres plugins d'évaluation sont perturbés à cause du cache de la base de données. Nous avons tendance à ignorer les requêtes de base de données pertinentes pour ces plugins via cette zone. WooCommerce et les autres plugins les plus utilisés sont déjà abordés. C'est-à-dire que vous pouvez voir certaines valeurs par défaut déjà définies.
Par exemple, j'avais des problèmes avec le plugin Rating, alors j'ai consulté Lester (l'auteur de ce plugin), il m'a dit d'ignorer ces deux racines. wp_postmeta
et wp_ratings
dans W3TC. Cet exemple est juste pour vous donner une idée de la façon dont vous pouvez résoudre les problèmes..
Notez que tout préfixe entré (défini dans wp-config.php
) sera remplacé par le préfixe actuel de la base de données (par défaut: wp_). Les tiges de requête peuvent être identifiées à l'aide du mode débogage. Si vous rencontrez toujours des problèmes, vous pouvez lire cette solution.
Laissez ce paramètre seul à moins que vous ne soyez un administrateur de base de données et que vous sachiez ce que vous faites. Cette zone est utilisée pour ignorer certains modèles de requêtes de base de données qui sont trop importants pour être utilisés directement au lieu d'être mis en cache..
C'est à peu près ça. Nous couvrirons le cache d'objets dans le prochain tutoriel. Si vous avez des questions, je serai heureux de vous aider.