CachePilot 1.4.1 : Autopilot sans configuration

CachePilot 1.4.1 supprime l’assistant de configuration et ajoute un Safety Check ainsi qu’un rapport hebdomadaire. À l’activation, l’extension cherche un serveur Redis, installe le drop-in du cache d’objets et démarre Autopilot. Un formulaire de connexion n’apparaît que si aucun serveur n’est trouvé.

Comment effectuer la mise à jour ?

Les réglages se trouvent désormais sous CachePilot, Settings, dans le nouveau menu. Après la mise à jour, vérifiez l’état en ligne de commande :

wp cachepilot status
wp cachepilot test

Quelles sont les nouveautés ?

• Installation sans configuration. CachePilot essaie une liste fixe de connexions, détaillée dans Premiers pas. Si la base de données contient des clés d’une autre application, le vidage du cache reste limité au préfixe de CachePilot.
• Safety Check. Après qu’Autopilot a activé Page Cache ou Minify, une requête vers le site vérifie le résultat. Une page ou une ressource défectueuse désactive de nouveau le module.
• Nouvelle vérification après des modifications. Les mises à jour d’extensions, de thèmes et de WordPress lancent une nouvelle analyse et vident le Page Cache.
• Autodiagnostic. Un drop-in manquant, étranger ou obsolète est remplacé, et CachePilot avertit lorsque la mémoire de Redis est pleine.
• Rapport hebdomadaire. L’e-mail n’est envoyé que si Autopilot a modifié quelque chose ou si un problème demande de l’attention. La page Surveillance le décrit.
• Nouvelle administration. CachePilot dispose de son propre menu, d’une page de vue d’ensemble et d’une page Autopilot avec un journal en direct.
• Traduction allemande dans deux formes d’adresse, le tutoiement (du) et le vouvoiement (Sie).

Qu’est-ce qui a changé ?

• La vue sur 7 jours de la page Statistics demande environ 50 commandes Redis, contre environ 16 000 auparavant.
• Les modules désactivés à la main restent désactivés en mode Autopilot, et les réglages de module modifiés restent tels quels.
• L’autoréglage lit des statistiques échantillonnées par groupe de cache et ne touche pas aux durées de vie des données de prix, de panier, de session, d’utilisateur et de coupon.
• Après un échec de connexion, le drop-in suspend son utilisation de Redis. La page du cache d’objets donne les détails.
• CachePilot ne charge rien dans la partie publique du site.
• Sur Multisite, les réglages s’appliquent à tout le réseau, et vider le cache d’un site n’affecte pas les autres.
• L’Options Optimizer couvre aussi les options que WordPress 6.6 et les versions suivantes chargent automatiquement avec la valeur « auto ».

Qu’est-ce qui a été corrigé ?

• Un vidage du réseau sur Multisite qui ne s’exécutait jamais.
• Un nettoyage des transients qui ne s’exécutait jamais.
• Des clés restées dans Redis après la désactivation ou la désinstallation.
• Les changements de prix effectués via l’API WooCommerce, REST, WP-CLI, les imports et les promotions programmées atteignent désormais le Page Cache.
• Les pages générées pour un visiteur disposant d’une session WooCommerce ne sont plus stockées.

Le journal des modifications énumère chaque entrée ainsi que les versions ultérieures. La page de la bêta explique comment y participer.

Sources

• plugin/readme.txt, journal des modifications et avis de mise à niveau 1.4.1.
• Setup.php dans src/Autopilot de l’extension : connexions candidates et détection d’une base Redis partagée.
• SafetyCheck.php dans src/Autopilot/Activation de l’extension : contrôles du Safety Check.