Pourquoi? Doing_wp_cron est-il ajouté à mes URL

C'est un signe que vous avez ALTERNATE_WP_CRON défini dans votre wp-config.php

Afin d'effectuer untraitementen arrière-plan (comme lapublication d'articlesprogrammés),WordPress vous redirige vers l'URL avec ?doing_wp_cron ajouté.

It's a sign that you have ALTERNATE_WP_CRON defined in your wp-config.php

In order to do some background processing (like publishing scheduled posts), WordPress redirects you to the URL with ?doing_wp_cron appended.

J'ai vu denombreux articles sur ceproblèmemaispeu d'entreeux réussissent àtrouver une vraie solution.Ce qui résout ceproblèmepourmoi a été degérer la redirection dans lefichier .htaccess.

Voici unexemple sur lafaçon de rediriger l'urlen ajoutant ces lignes dans lefichier .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 conseilsproviennent de ceforum

I have seen many posts about this problem but few of them succeed to found a real solution. What solves this problem for me has been to manage redirection in the .htaccess file.

Here is an exemple on how to redirect the url by adding these lines in the .htaccess file :

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

Hope this will help !

Note : this tips comes from this forum

@scribu Je crois que BackupBuddy utilise laplanification destâches WordPresspourplanifier destâches dans le cadre desprocédures de sauvegarde - si le site a lesbouclages désactivés,la solution uniquement (àpart une solutionexterne surmesure)et la solution alternative spécifique qui,comme vous le savez sûrement,estintégrée à WordPress,est le correctif Cron alternatif. Donc,cen'est "requis" que si l'hôte a désactivé lesbouclages. Gardez à l'esprit que sitelest le cas, aucune tâcheplanifiée,qu'il s'agisse detâchesplanifiées WordPress standard ou associées à d'autresplugins,fonctionnera. Ce qui semble être le cas,c'est qu'un utilisateurne saurapas que son hôte aentravé soninstallation WordPressjusqu'à ce qu'ilessaie BackupBuddyparce que cela rend leproblème évidentplutôt que d'avoir étéinvisiblejusqu'à cepoint.

L'utilisation d'une approche detype crontabn'est qu'unplâtre collant car,àmoins que vousne lefassiez "ping" letraitement cron WordPress très fréquemment,celane fonctionnera qu'avec certainstypes detâchesplanifiées.

Bien sûr,si un utilisateurne veutpas oune peutpas utiliser le correctif wp cron alternatif,ne veutpas se déplacer vers un hôte qui autorise lesbouclageset n'estpas suffisammentinformépour êtreen mesure de configurer un crontab appropriébasé sur la capacité,BackupBuddy offre unmode de sauvegardemanuelle quifonctionneramaisilmanque de laflexibilitéet de certaines des capacités disponibles lorsque laplanificationest disponible.

@scribu I believe that BackupBuddy uses WordPress task scheduling to schedule tasks as a part of the backup procedures - if the site has loopbacks disabled then the only solution (apart from some bespoke external solution) and the specific alternate solution that, as I am sure you know, is integrated into WordPress, is the alternate cron fix. So this is only "required" if the host has loopbacks disabled. Bear in mind that if that is the case then no scheduled tasks, be they standard WordPress scheduled tasks or those associated with other plugins, will work. What seems to be the case is that a user will not know that their host has hobbled their WordPress installation until they try BackupBuddy because that makes the problem obvious rather than it having been invisible until that point.

Using crontab type approach is only a sticking-plaster because, unless you make it "ping" the WordPress cron processing very frequently that will only work with some types of scheduled tasks.

Of course if a user doesn't want to or cannot use the alternate wp cron fix, doesn't want to move to a host that does allow loopbacks and isn't knowledgable enough to be able to set up a suitable crontab based capability then BackupBuddy does offer a manual backup mode that will work but it lacks the flexibility ana some of the capabilities of that available when scheduling is available.

La cause de ceproblèmeest un autre cron.Pour contourner ceproblème,si vous y avez accès,vouspouvez activer un processus cron actuel (si votre hébergement vous lepermet)et désactivez ALTERNATE_WP_CRON dans votre wp-config.php.

What causes this issue is alternate cron. To workaround this, if you have access, you can enable an actual cron process (if your hosting will let you) and disable ALTERNATE_WP_CRON in your wp-config.php.