Utilisez Zinn® Cache avec un cache nginx, Varnish ou Apache

1. Vérifier ce qui est mis en cache

   Dans WordPress, ouvrez Zinn Digital®, Cache, État et appuyez sur Vérifier maintenant. Si nginx, Varnish ou Apache met vos pages en cache, l'écran l'indique, et Zinn® Cache n'ajoute pas son propre cache de pages derrière lui.

2. Choisissez le cache de votre serveur

   Ouvrez l'onglet Server cache et choisissez nginx, Varnish ou Apache mod_cache. Choisissez None si rien ne met en cache les pages en amont de WordPress : le cache de fichiers propre à Zinn® Cache prend alors le relais.

3. Indiquez-lui comment purger

   nginx : une requête de purge (le module ngx_cache_purge ; définissez Send purges to sur http://127.0.0.1 lorsqu'un CDN est en amont), la suppression des fichiers de cache lorsque WordPress peut lire le dossier de cache, ou un dossier que lit le purgeur de votre hébergeur. Varnish : son adresse, avec PURGE ou BAN autorisé depuis le serveur. Apache : le dossier CacheRoot, avec mod_cache dans un hôte virtuel de proxy inverse.

4. Ajoutez Cloudflare s'il met vos pages en cache

   Activez la purge Cloudflare et collez votre identifiant de zone ainsi qu'un jeton d'API limité à la purge du cache. Les pages modifiées sont ensuite également purgées du réseau périphérique de Cloudflare.

5. Tester une adresse

   Dans l'onglet État, purgez une adresse, puis chargez-la deux fois en étant déconnecté : la première réponse est miss, la suivante hit. Les mises à jour et les activations d'extensions actualisent désormais le site par lot d'un par minute au lieu de vider chaque cache d'un coup.

6. Ou laissez-nous gérer le serveur

   Sur l'hébergement Zinn Digital®, le cache du serveur, Redis et Zinn® Cache sont préconfigurés et testés ensemble, sur LiteSpeed, sans rien à configurer.

Guide suivant: Supprimez le code CSS inutilisé, différez JavaScript et servez WebP et AVIF