Pourquoi? Doing_wp_cron est-il ajouté à mes URL


13

Je trouve parfois cette chaîne ajoutée à la fin de mes URL:

/?doing_wp_cron

Est-ce que quelqu'un sait à quoi ça sert? Comment puis-je le supprimer?


Cela se produit avec le plug-in All In One Event Calendar . La solution dans son cas est de définir ALTERNATE_WP_CRON comme falsedans wp-config.php.
brasofilo

Réponses:


15

C'est un signe que vous avez ALTERNATE_WP_CRONdéfini dans votrewp-config.php

Afin de faire un traitement en arrière-plan (comme la publication de publications planifiées), WordPress vous redirige vers l'URL avec en ?doing_wp_cronannexe.


Merci! Savez-vous ce que je pourrais faire pour m'en débarrasser à la fin de mes URL?
Andrew Warner

Supprimez la ligne de wp-config.php (bien que cela puisse empêcher cron de fonctionner).
scribu

@scribu iThemes suggère de configurer cette ligne dans le fichier wp-config pour que BackupBuddy fonctionne, ainsi la suppression de cette ligne garantit que le plugin ne fonctionne plus. À votre connaissance, existe-t-il une autre "solution" à cela autre que le dumping de BackupBuddy?

@Piet: C'est une exigence plutôt étrange de la part d'iThemes. Une solution possible consisterait à utiliser des tâches cron UNIX. Ouvrez une nouvelle question.
scribu

@scribu merci pour votre suggestion, une nouvelle question est publiée: wordpress.stackexchange.com/questions/28718/…

2

J'ai vu de nombreux articles sur ce problème mais peu d'entre eux ont réussi à trouver une vraie solution. Ce qui résout ce problème pour moi a été de gérer la redirection dans le fichier .htaccess.

Voici un exemple sur la façon de rediriger l'URL en ajoutant ces lignes dans le fichier .htaccess:

<IfModule mod_rewrite.c>
    Options +FollowSymLinks
    RewriteEngine On
    RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
    RewriteRule (.*) /$1? [R=301,L]
</IfModule>

J'espère que cela vous aidera!

Remarque: ces conseils proviennent de ce forum


3
Ce n'est pas idéal. Il serait préférable de désactiver le cron alternatif.
fuxia

@toscho: Voici ce que j'ai compris (peut-être que je manque quelque chose). le paramètre 'ALTERNATE_WP_CRON' désactive le travail cron du point de vue Wordpress. Il est donc désactivé dans le "moteur" Wordpress. Ensuite, le plug-in 'All in one Event Calendar', BackWPup, et tous les trucs qui ont besoin de calendriers de travaux ne pourront pas poursuivre leurs travaux. En jouant avec la redirection Apache, le moteur Wordpress ne sera pas affecté. C'est ce que je comprends, mais tout n'est pas clair pour moi. Où ai-je tort?
Gepeto

1

@scribu Je crois que BackupBuddy utilise la planification des tâches WordPress pour planifier des tâches dans le cadre des procédures de sauvegarde - si le site a des bouclages désactivés, alors la seule solution (à part une solution externe sur mesure) et la solution alternative spécifique qui, comme je suis sûr vous savez, est intégré dans WordPress, est le correctif cron alternatif. Donc, cela n'est "requis" que si les bouclages sont désactivés sur l'hôte. Gardez à l'esprit que si tel est le cas, alors nonles tâches planifiées, qu'elles soient des tâches planifiées WordPress standard ou celles associées à d'autres plugins, fonctionneront. Ce qui semble être le cas, c'est qu'un utilisateur ne saura pas que son hôte a entravé son installation WordPress jusqu'à ce qu'il essaie BackupBuddy parce que cela rend le problème évident plutôt qu'il n'a été invisible jusqu'à ce point.

L'utilisation de l'approche de type crontab n'est qu'un plâtrage car, à moins que vous ne le fassiez "cingler" le traitement cron WordPress très fréquemment, cela ne fonctionnera qu'avec certains types de tâches planifiées.

Bien sûr, si un utilisateur ne veut pas ou ne peut pas utiliser le correctif alternatif wp cron, ne veut pas se déplacer vers un hôte qui autorise les bouclages et n'est pas suffisamment informé pour pouvoir configurer une capacité appropriée basée sur crontab, alors BackupBuddy propose un mode de sauvegarde manuel qui fonctionnera, mais il manque de flexibilité et certaines des capacités de celui disponible lorsque la planification est disponible.


0

Ce qui cause ce problème est un cron alternatif. Pour contourner ce problème, si vous y avez accès, vous pouvez activer un processus cron réel (si votre hébergement vous le permet) et désactiver ALTERNATE_WP_CRON dans votre wp-config.php.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.