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é si l'option Créer un fichier de cache à part pour les mobiles est activée car un CSS utilisé supplémentaire est créé pour chaque page lorsque cette option est activée.

Solutions

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

Disable the mobile-specific cache to deliver the default (desktop) cache to mobile visitors.

In WP Rocket versions older than 3.16, you can disable Separate cache files for mobile devices feature.

This will reduce the number of Used CSS entries to half.

Remarque : cette approche n'est recommandée que si votre thème est entièrement réactif et que vous n'avez pas de CSS spécifique aux mobiles sur votre site.
Use the Conditionally Disable Remove Unused CSS approach.

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;

If you have questions or need further assistance, you can contact support.