Share
Dans l'article précédent, nous avions commencé à configurer les paramètres avancés de Page Cache dans le plug-in W3 Total Cache et à configurer les paramètres Général et Pré-chargement du cache. Dans cet article, nous couvrirons les options de stratégie de purge et de configuration avancée..
Alors plongeons dans.
"Purger" implique la suppression ou la suppression de documents ou d'enregistrements. Dans une politique de purge, nous configurons notre plug-in de manière à ce qu'il indique comment et quand il doit purger le cache obsolète. Tout comme les actions dans WordPress, il existe certains points dans W3TC que l’on peut appeler des déclencheurs. Ces déclencheurs sont responsables de la purge du cache..
Notez que les paramètres par défaut de cette partie sont recommandés.Je vais expliquer chacun d'eux ci-dessous.
Le W3TC garde un œil sur les événements tels que la création, la modification ou la publication de commentaires. Vous pouvez utiliser ces déclencheurs pour purger le cache de certaines pages, comme indiqué ci-dessus dans la capture d'écran. Son explication est simple: chaque fois qu’une page est mise à jour ou qu’un article est créé, votre cache de page de Front Page (telle que la page de blog) où tous les articles sont répertoriés et la page d’article (qui est la page unique) avec des flux devrait être purgé.
Ces paramètres par défaut sont très bien. Ajouter plus d'options à cette liste augmentera la charge de votre serveur. Vous ne voulez pas faire cela à moins d'avoir un serveur puissant au moins un VPS et qu'il soit absolument nécessaire de tout purger. Au lieu de cela, vous pouvez purger tout le cache manuellement.
WordPress offre une structure paginée pour la pagination de la page de liste des articles du blog et / ou même un seul article peut être paginé. Ce paramètre purge le nombre de pages paginées. Par exemple, dans le cas de la page de liste d’un article de blog, qui est la page de garde dans la plupart des cas.
Considérez que vous avez une pagination tous les cinq articles. Ensuite, chaque fois que vous créez un article, cette limite purgera immédiatement cette pagination. Donc, spécifiez le nombre de pages qui répertorient les publications (comme la page d’archive) à purger lors des mises à jour de publication.
Par exemple, des pages comme:
Vous construisez une structure personnalisée avec WordPress et vous vous demandez comment la purger? Cette zone aide à atteindre exactement cela.
Ce paramètre est responsable de la purge du sitemap de votre site. Ici, vous pouvez définir une expression régulière pour tous les sitemaps. En tant que débutant, vous n'avez rien à faire..
Si vous utilisez le plugin SEO de Yoast ou le plugin Google Sitemap pour WordPress, la valeur par défaut correspond aux liens des sitemaps générés par ces derniers. Alors laissez cela comme il est.
Enregistrer les paramètres à ce stade.
Il existe une grande liste de paramètres avancés de mise en cache de pages. Je vais les énumérer un par un et les expliquer avec les réglages recommandés.
L'activation de cette option peut augmenter le temps de réponse. Donc, je vous recommande à tous de quitter cette décoché. Il active la prise en charge de la fonctionnalité WordPress dans la mise en cache de fragments pour le moteur de mise en cache de pages..
Il est recommandé d'être vérifié dans la plupart des cas. Le mode de compatibilité réduit les performances d’environ 20% en échange d’une interopérabilité croissante avec davantage d’environnements d’hébergement et d’idiosyncrasies WordPress..
Cette option doit être activée pour la plupart des sites. De nos jours, la plupart des piles d’hébergement reposent sur plusieurs réseaux locaux combinés pour former un système hybride. Pour faire face à ce système hybride et à la culture de WordPress telle que son fonctionnement, vous pouvez utiliser le mode de compatibilité pour améliorer les performances globales..
Cette option devrait être décoché dans la plupart des cas. Cela aide uniquement à résoudre les problèmes de navigateur pouvant survenir en raison d'un codage incorrect des caractères impairs. Ainsi, si vous ne rencontrez aucun caractère impair dans votre cache de page, il n'est pas nécessaire que cette option soit activée. Mais si vous rencontrez des caractères bizarres dans votre cache de page et que vous êtes certain qu’ils sont présents en raison du cache de page de W3TC, vous pourrez alors essayer de vérifier activer cette option pour résoudre le problème, au cas où il le ferait.
habituellement TÊTE les requêtes contiennent des informations textuelles sur des données utilisateur et des enregistrements spécifiques, le navigateur de l'utilisateur envoie des requêtes au serveur Web sous forme de texte et reçoit l'URL du texte demandé.
Si cette option est cochée, la mise en cache de TÊTE demandes afin que l'utilisateur non autorisé ne puisse pas recharger la page avec une mémoire cache TÊTE demande.
Mais en même temps, des "pages vides" peuvent être renvoyées pour les demandes ultérieures d’URL. Donc, je recommande de garder ce paramètre décoché à moins que vous ne sachiez ce que vous faites tout en le permettant.
Si vous mettez vos pages en mémoire cache sur un disque, indiquez à quelle fréquence les données de cache expirées doivent être supprimées..
Si votre site reçoit un trafic décent 3600 le réglage par défaut fera très bien l'affaire. Si vous pensez que votre site génère beaucoup plus de trafic que la moyenne des sites, vous pouvez diminution le nombre de suppressions fréquentes de la mémoire cache expirée.
TTL - ou Time to Live - est un mécanisme qui définit la durée de vie de toutes les données dans le navigateur de l'utilisateur. Par exemple, dans le cas des commentaires WordPress, un cookie est défini pour authentifier l'utilisateur dans le cadre du trafic authentifié. Réduire le temps de vie de ce cookie qui reste dans le navigateur de l'utilisateur peut augmenter les performances et l'efficacité de votre site.. 1800 est un paramètre recommandé. Bien que vous puissiez le faire plus bas ou entrer -1 renvoyer la durée de vie par défaut définie par WordPress.
Dans cette section, vous pouvez spécifier les chaînes de requête que vous voulez pouvoir mettre en cache leurs pages. Autrement dit, si vous mentionnez une chaîne de requête à l'intérieur de cette zone de texte, W3TC mettra toujours en cache les URL avec cette chaîne de requête. Pour les débutants et les non-programmeurs, laissez cette option en blanc.
Vous pouvez ajouter ici des agents d'utilisateur pour lesquels vous ne souhaitez pas envoyer les pages de cache. Pour les débutants et les non-programmeurs, laissez cette option vide.
Vous pouvez empêcher W3TC de mettre en cache des pages, qui utilisent des cookies spécifiques, en mentionnant les cookies ici. Pour les débutants et les non-programmeurs, laissez cette option en blanc.
Vous pouvez empêcher la mise en cache de certaines pages dans cette zone. Si vous êtes un développeur, il est facile de comprendre comment cela fonctionne. Pour les débutants et les non-programmeurs, laissez cette option telle quelle..
Si vous rencontrez des problèmes pour mettre en cache une page spécifique, le mentionner ici la mettra en cache même si elle est répertoriée dans le champ "ne jamais mettre en cache les pages suivantes". Il prend également en charge l'expression régulière.
Si une page de WordPress est une page de barre oblique non finale, vous pouvez utiliser cette zone pour la mettre en cache. Comme les sitemaps. Laissez le défaut.
Si vous souhaitez spécifier des en-têtes de page supplémentaires à mettre en cache, vous pouvez le faire ici. Pour les débutants et les non-programmeurs, laissez cette option telle quelle..
Enregistrez les paramètres maintenant.
Ceci met fin à nos paramètres de cache de page avancé du W3TC. Si vous avez des questions, n'hésitez pas à demander ci-dessous.
Accentsconagua