La taille de la base de données augmente avec Supprimer les ressources CSS inutilisées

Supprimer les ressources CSS inutilisées stocke des informations dans la base de données et, dans certains contextes, ces informations peuvent devenir très volumineuses.

Deux tables sont concernées par les problèmes de taille de la base de données :

wpr_rucss_used_css

Supprimer les ressources CSS inutilisées utilise la table wpr_rucss_used_css pour stocker un hachage afin de lier le CSS utilisé à chaque page mise en cache de votre site. Notez que le hachage est stocké dans la base de données, mais que le fichier CSS utilisé est stocké dans les fichiers. Voir cet article si vous avez des problèmes d'espace disque.

WP Rocket optimise l'utilisation de la base de données en utilisant les hachages pour partager les CSS utilisés entre les pages qui utilisent des CSS identiques. Cependant, cette table peut devenir volumineuse si de nombreuses pages mises en cache ont des valeurs CSS utilisées uniques.

De plus, le nombre d'ajouts à la table sera dupliqué avec l'option de cache à part pour les mobiles activée par défaut désormais.

Solutions

Voici les solutions possibles pour résoudre le problème dans la table CSS utilisé :

Désactiver le cache spécifique aux mobiles pour fournir le cache par défaut (PC) aux visiteurs mobiles. Cela réduira de moitié le nombre d'entrées de CSS utilisées.

Dans les versions de WP Rocket antérieures à 3.16, vous pouvez désactiver la fonctionnalité Fichiers cache séparés pour les appareils mobiles.

Note : Cette approche est recommandée uniquement si votre thème est entièrement responsive et que vous n'avez aucun contenu spécifique aux mobiles sur votre site.
Utilisez l'approche de Désactiver Supprimer les ressources CSS inutilisées sous certaines conditions.

Tables des actions et logs d'Action Scheduler

Parfois, la génération du CSS utilisé peut rester bloquée en attente dans l'une des tables d' Action Scheduler appelée wp_actionscheduler_actions.

WP Rocket effectue un nettoyage toutes les heures pour ces entrées. Cependant, la présence de nombreuses actions bloquées peut remplir la table de la base de données avec des actions liées à la suppression des CSS inutilisés, augmentant la taille de la base de données et empêchant également la génération des CSS utilisés.

Solution

Si la table wp_actionscheduler_actions est volumineuse, la solution consiste à supprimer les lignes Supprimer les CSS inutilisées.

Comme cette table n'est pas utilisée uniquement par le plugin WP Rocket, il ne faut pas supprimer toutes ses lignes. Nous ne devons supprimer que les lignes liées à la fonctionnalité Remove Unused CSS, identifiées par le hook rocket_rucss_job_check_status.

Si vous êtes à l'aise avec la manipulation de votre base de données WordPress ou l'exécution de requêtes MySQL, vous pouvez utiliser ce qui suit :

DELETE FROM `wp_actionscheduler_actions` WHERE `hook` = 'rocket_rucss_job_check_status' LIMIT 100;

Attention : N'exécutez pas cette opération vous-même si vous ne savez pas ce que vous faites ! Demandez à votre hébergeur de le faire pour vous, afin d'éviter les erreurs. Créez une sauvegarde de la base de données avant toute action.

Le log d'Action Scheduler enregistre chaque étape de l'exécution des actions dans une table dédiée appelée wp_actionscheduler_logs. Par conséquent, si wp_actionscheduler_actions vous cause des problèmes, wp_actionscheduler_logs aura également le même problème.

Une fois que les actions liées à Supprimer les ressources CSS inutilisées sont supprimées, vous devez également exécuter la commande SQL suivante pour effacer tous les logs qui ne sont pas liés à une action.

DELETE log FROM wp_actionscheduler_logs log LEFT JOIN wp_actionscheduler_actions action ON log.action_id = action.action_id WHERE action.action_id IS NULL LIMIT 100;

Si vous avez des questions ou si vous avez besoin d'une aide supplémentaire, vous pouvez contacter notre support.