Perché viene aggiunto ?doing_wp_cron ai miei URL

Ho visto molti post su questo problema, ma pochi sono riusciti a trovare una vera soluzione. Ciò che ha risolto il problema per me è stato gestire il reindirizzamento nel file .htaccess.

Ecco un esempio su come reindirizzare l'URL aggiungendo queste righe nel file .htaccess:

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

Spero che questo possa aiutare!

Nota: questo consiglio proviene da questo forum

@scribu Credo che BackupBuddy utilizzi la pianificazione delle attività di WordPress per programmare i compiti come parte delle procedure di backup - se il sito ha i loopback disabilitati, l'unica soluzione (a parte qualche soluzione esterna personalizzata) e la specifica soluzione alternativa che, come sono sicuro saprai, è integrata in WordPress, è la correzione cron alternativa. Quindi questo è "richiesto" solo se l'host ha i loopback disabilitati. Tieni presente che se questo è il caso, nessuna attività pianificata, siano esse le attività pianificate standard di WordPress o quelle associate ad altri plugin, funzionerà. Quello che sembra accadere è che un utente non saprà che il suo host ha limitato la sua installazione di WordPress finché non prova BackupBuddy perché questo rende il problema evidente piuttosto che rimanere invisibile fino a quel momento.

Utilizzare un approccio tipo crontab è solo un cerotto perché, a meno che non lo si configuri per "pingare" l'elaborazione cron di WordPress molto frequentemente, funzionerà solo con alcuni tipi di attività pianificate.

Ovviamente, se un utente non vuole o non può utilizzare la correzione cron alternativa di wp, non vuole spostarsi su un host che consenta i loopback e non è abbastanza esperto per poter configurare una capacità adeguata basata su crontab, allora BackupBuddy offre una modalità di backup manuale che funzionerà, ma manca della flessibilità e di alcune delle capacità disponibili quando la pianificazione è attiva.

Ciò che causa questo problema è il cron alternativo. Per aggirare il problema, se hai accesso, puoi abilitare un processo cron effettivo (se il tuo hosting te lo consente) e disabilitare ALTERNATE_WP_CRON nel tuo file wp-config.php.