NouveauBlack Friday : 50 % de réduction sur votre premier paiement
Dépannage WordPress

Les messages programmés montrent -

Le temps de publication est passé et rien ne s'est passé. WP-Cron n'est pas une horloge — il fonctionne quand une demande arrive, et aucune demande n'est arrivée.

Missed schedule

Réponse rapide

WP-Cron est déclenché par des charges de pages, donc un site tranquille n'a rien à tirer. Liste les événements dus: s'ils sont en file d'attente avec un horodatage dans le passé, l'horaire est correct et le déclencheur est manquant, et un vrai système cron le corrige en permanence.

Diagnostic

Les causes les plus probables d’abord.

Parcourez la liste dans l’ordre. Vérifiez chaque cause avant de modifier quoi que ce soit : les correctifs diffèrent et une supposition coûte plus cher qu’une commande.

CauseComment vérifierCorrectif
Pas de trafic à l'heure prévueLes événements dus s'accumulent avec les horodatages passés et ils s'exécutent à la fois au moment où vous chargez une page vous-même.Conduire la cron du système d'exploitation sur un intervalle fixe au lieu des visiteurs, de sorte que la file d'attente est travaillée que quelqu'un soit sur le site ou non.
WP-Cron est désactivé et rien ne l'a remplacéDISABLE_WP_CRON est vrai dans wp-config.php, et aucune tâche programmée sur le serveur appelle wp-cron.php.Ajouter l'entrée système cron que la constante suppose existe. Désactiver le déclencheur du visiteur sans ajouter un remplacement arrête chaque tâche programmée sur le site, et pas seulement la publication.
La requête loopback échoueSite Health signale que le site n'a pas pu compléter une requête de loopback. WP-Cron se produit par HTTP, donc il ne peut pas fonctionner si le site ne peut pas atteindre lui-même.Correction du loopback d'abord — il bloque cron, les mises à jour plugin et l'enregistrement automatique de l'éditeur. Appeler wp-cron.php via la ligne de commande sidesteps HTTP entièrement.
Le fuseau horaire du site n'est pas ce que vous pensezLes messages publient, mais une heure ou plusieurs off. Comparez le réglage du fuseau horaire WordPress contre l'horloge du serveur.Réglez le fuseau horaire sur une ville nommée plutôt qu'un décalage UTC, de sorte que l'économie de jour est gérée. Un décalage est un nombre fixe et va à tort deux fois par an.
Guide

Corriger l’erreur, étape par étape.

Les commandes supposent un accès à WP-CLI et au terminal. Si vous n’en disposez pas, chaque étape explique comment procéder depuis le tableau de bord ou via SFTP.

  1. Voyez si les événements sont en attente et en retard

    C'est la scission. Les événements en retard signifient que l'horaire a fonctionné et rien ne fait tourner la file d'attente.

    wp cron event list --fields=hook,next_run_relative,status
  2. Exécutez la file d'attente à la main

    Si l'arriéré s'efface, le calendrier n'a jamais été le problème et vous cherchez un déclencheur.

    wp cron event run --due-now
  3. Éteignez le déclencheur dirigé par le visiteur

    Ajoutez ceci à wp-config.php. À lui seul, cela aggrave les choses, ainsi faites l'étape suivante dans la même séance.

    define( 'DISABLE_WP_CRON', true );
  4. Donnez-lui un vrai programme.

    Toutes les cinq minutes suffit pour publier et doux sur un petit serveur. Utilisez WP-CLI plutôt que de boucler donc aucune requête HTTP n'est impliquée.

    */5 * * * * cd /path/to/site && wp cron event run --due-now --quiet
  5. Confirmez le fuseau horaire avant de blâmer à nouveau Cron

    Un message qui publie de façon fiable mais à l'heure mauvaise est un problème d'horloge, pas un problème de file d'attente.

    wp option get timezone_string
    date
Sur MagicWP

Ce que la plateforme prend en charge.

Cron est entraîné par la plate-forme sur un intervalle fixe plutôt que par les visiteurs, et le déclencheur du visiteur est désactivé, donc un message prévu pour 3h publie à 3h sur un site sans trafic de nuit. Parce que le coureur est la plate-forme plutôt qu'une requête HTTP que le site se fait, un loopback défaillant ne cesse pas silencieusement de publier.

Questions fréquentes

Questions fréquentes.

Pourquoi chaque article manqué a publié à la fois quand j'ai ouvert le site?
Parce que votre visite a été le déclencheur. WP-Cron vérifie les événements en cours sur une charge de page, a trouvé un arriéré, et a travaillé à travers elle - ce qui est la preuve la plus claire possible que le calendrier était correct et rien ne l'a tiré.
Un plugin qui -fixe les horaires manqués suffit-il ?
Il republis des messages qui glissé, ce qui est utile, mais il est toujours conduit par la même page charges qui les ont manqués. Sur un site calme, il ne aide que lorsque quelqu'un visite.
Combien de fois le système cron doit-il fonctionner?
Toutes les cinq minutes convient à l'édition et à la plupart des travaux de plugin. Passer à une minute change rarement tout ce qu'un lecteur remarquerait et multiplie le nombre de processus PHP démarrés par heure.
Cela a-t-il une incidence autre que les postes?
Oui — c'est la même file d'attente derrière les sauvegardes, les vérifications de mise à jour du plugin, l'envoi d'emails en file d'attente et la suppression des transitoires.
Erreurs associées

Si le problème vient d’ailleurs.

Ces erreurs peuvent se présenter de façon similaire dans le navigateur.