La sauvegarde planifiée ne démarre pas

La planification du plugin Backup dépend de WP-Cron. WP-Cron n'est pas un véritable service système, il est déclenché par les affichages de pages — sur un site web calme, une sauvegarde planifiée manque de ce fait sa fenêtre de temps. Le plugin affiche l'état réel à un seul endroit, au lieu de le laisser deviner.

Ce qui fait avancer l'exécution

Une exécution de sauvegarde se compose de plusieurs passages courts. Ils sont entraînés de deux manières : par l'événement cron et par le pouls d'administration. Le pouls d'administration avance d'un cran sur chaque page wp-admin qu'ouvre une personne disposant des droits d'administrateur, et ce seulement après que la page a été livrée. Mais il ne démarre aucune nouvelle exécution, il ne fait que faire avancer une exécution déjà entamée — pour une exécution qui ne démarre jamais, il n'aide pas.

Lire l'état

1. Ouvre dans le menu WordPress l'entrée « Kakapo Backup ».
2. Passe à gauche, dans le groupe « Statut » (en allemand : „Status“), sur l'entrée « Statut » (en allemand : „Status“).
3. Lis les lignes de statut dans la carte « Assistant WP-Cron ».
4. Vérifie dans le groupe « Configuration », sous « Planification » (en allemand : „Zeitplan“), si « Sauvegarde planifiée » est activée et quelle « Heure » est enregistrée.
5. De retour dans la rubrique « Statut » (en allemand : „Status“), clique dans la carte « Diagnostic » sur « Vérifier à nouveau ».

• « Planification activée » — si « non » y figure, l'interrupteur du panneau « Planification » (en allemand : „Zeitplan“) est désactivé et aucune échéance n'est créée du tout
• « Constante DISABLE_WP_CRON » — avec « définie », WordPress ne lance pas le cron lui-même, un cron système est alors obligatoire
• « Prochaine exécution planifiée » — indique la date et le temps restant ou signale « aucun événement enregistré »
• « Dernière exécution réelle » — provient d'un compteur dédié, défini au déclenchement de l'événement cron de Backup ; s'il est vide, la dernière réussite planifiée issue du journal est affichée à la place, et ce n'est que si celle-ci manque aussi qu'il y est indiqué « jamais encore observée »

Cron système au lieu d'affichage de page

La même carte contient deux lignes prêtes à l'emploi pour un véritable cron système, chacune à un rythme de 15 minutes : la variante A appelle wp-cron.php via curl, la variante B utilise WP-CLI. Les deux blocs sont déjà remplis avec l'adresse réelle, respectivement le chemin réel, de cette installation et peuvent être copiés directement. Tant que DISABLE_WP_CRON n'est pas défini, la carte affiche en outre la ligne adaptée pour le wp-config.php.

define( 'DISABLE_WP_CRON', true );

Une exécution entamée reste bloquée

Dans la carte « Diagnostic » figure la ligne « Fichier de verrouillage de tâche créable ». Si le fichier de verrouillage ne peut pas être créé, aucun passage ne peut être exécuté ; la ligne cite expressément comme causes les droits d'écriture et open_basedir. En dessous, la carte « Récupération automatique » permet, via « Nettoyer maintenant », d'éliminer un affichage d'exécution bloqué ainsi que les fichiers temporaires orphelins et les archives partielles. Une exécution qui n'a plus donné signe de vie depuis plus de dix minutes est alors considérée comme orpheline — elle n'est pas jetée, mais reprise au prochain démarrage avec la même étendue.