De ce ?doing_wp_cron este adăugat la URL-urile mele

Question

De ce ?doing_wp_cron este adăugat la URL-urile mele

23 mar. 2011, 03:12:49

Vizualizări: 78.2K

Voturi: 18

Găsesc acest șir adăugat la sfârșitul URL-urilor mele uneori:

/?doing_wp_cron

Știe cineva pentru ce este? Cum îl pot elimina?

Andrew Warner

466

url uri wp cron

Comentarii

Aceasta se întâmplă cu plugin-ul All In One Event Calendar. Soluția în acest caz este să definiți ALTERNATE_WP_CRON ca false în wp-config.php.

brasofilo

6 oct. 2012 20:02:42

Toate răspunsurile la întrebare

Comentarii

Mulțumesc! Știi ce aș putea face pentru a scăpa de asta de la sfârșitul URL-urilor mele?

Andrew Warner

24 mar. 2011 15:35:26

Elimină linia din wp-config.php (deși asta ar putea opri funcționarea cron-ului).

scribu

24 mar. 2011 15:38:41

@scribu iThemes sugerează să adaugi acea linie în fișierul wp-config pentru ca BackupBuddy să funcționeze, așa că eliminarea acelei linii din nou face ca pluginul să nu mai funcționeze. Din cunoștințele tale, există o altă "soluție" pentru asta în afară de a renunța la BackupBuddy?

User

15 sept. 2011 17:49:33

@Piet: Aceasta este o cerință destul de ciudată din partea iThemes. O posibilă soluție ar fi utilizarea job-urilor UNIX cron. Deschide o nouă întrebare.

scribu

16 sept. 2011 00:54:23

@scribu mulțumesc pentru sugestie, am postat o nouă întrebare: http://wordpress.stackexchange.com/questions/28718/alternative-for-wp-cron-with-backupbuddy

User

16 sept. 2011 18:03:33

Am văzut multe postări despre această problemă, dar puține dintre ele au reușit să găsească o soluție reală. Ceea ce a rezolvat problema pentru mine a fost gestionarea redirecționării în fișierul .htaccess.

Iată un exemplu despre cum să redirecționați URL-ul prin adăugarea acestor linii în fișierul .htaccess:

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

Sper că acest lucru vă va fi de ajutor!

Notă: acest sfat provine de pe acest forum

Gepeto

21

26 oct. 2012 17:32:09

Comentarii

Asta nu este ideal. Ar fi mai bine să dezactivezi cron-ul alternativ.

fuxia

26 oct. 2012 17:56:15

@toscho : Iată ce am înțeles (poate greșesc). Parametrul 'ALTERNATE_WP_CRON' dezactivează cron job-ul din punctul de vedere al WordPress. Deci este dezactivat în "motorul" WordPress. Apoi, plugin-ul 'All in one Event Calendar', BackWPup și toate celelalte care au nevoie de programări de job-uri nu vor putea să-și efectueze sarcinile. Prin manipularea redirecționării Apache, motorul WordPress nu va fi afectat. Asta este ceea ce am înțeles, dar nu totul este clar pentru mine. Unde greșesc?

Gepeto

27 oct. 2012 00:39:12

Dezactivarea ALTERNATE_WP_CRON nu dezactivează sistemul intern de cron (programare) al WordPress. Aceasta dezactivează doar metoda alternativă de a efectua astfel de sarcini în fundal. Însă, implicit, WordPress va efectua întotdeauna sarcinile programate, cu excepția cazului în care folosești directiva DISABLE_WP_CRON în wp-config.php.

Verifică aici pentru o explicație completă despre ce face ALTERNATE_WP_CRON: https://wordpress.org/support/topic/scheduled-posts-still-not-working-in-282/#post-1163465

Esteban

16 dec. 2020 16:02:02

Pentru o soluție, ai nevoie mai întâi de o problemă. Aici nu există nicio problemă.

Bachsau

17 sept. 2023 11:46:57

@scribu Cred că BackupBuddy folosește programarea de sarcini din WordPress pentru a programa sarcinile ca parte a procedurilor de backup - dacă site-ul are loopback-urile dezactivate, atunci singura soluție (în afară de o soluție externă personalizată) și soluția alternativă specifică care, după cum știți, este integrată în WordPress, este soluția alternativă pentru cron. Deci, aceasta este "necesară" doar dacă gazda are loopback-urile dezactivate. Rețineți că, dacă acesta este cazul, atunci nicio sarcină programată, fie ele sarcini standard WordPress sau cele asociate cu alte plugin-uri, nu va funcționa. Se pare că un utilizator nu va ști că gazda lor a afectat instalarea WordPress până când încearcă BackupBuddy, deoarece acesta face problema evidentă, în loc să rămână invizibilă până atunci.

Utilizarea unei abordări de tip crontab este doar o soluție temporară, deoarece, dacă nu o faceți să "apeleze" procesarea cron din WordPress foarte frecvent, aceasta va funcționa doar cu anumite tipuri de sarcini programate.

Desigur, dacă un utilizator nu dorește sau nu poate folosi soluția alternativă pentru wp cron, nu dorește să se mute la o gazdă care permite loopback-uri și nu este suficient de cunoscător pentru a putea configura o capabilitate adecvată bazată pe crontab, atunci BackupBuddy oferă un mod de backup manual care va funcționa, dar acesta lipsește flexibilitatea și unele dintre capacitățile disponibile atunci când programarea este posibilă.

DrProtocols

11

24 sept. 2011 19:35:57

Ceea ce cauzează această problemă este cron-ul alternativ. Pentru a o rezolva, dacă ai acces, poți activa un proces cron real (dacă hosting-ul tău îți permite) și poți dezactiva ALTERNATE_WP_CRON în fișierul tău wp-config.php.

Brett G

101

12 nov. 2012 23:53:57

scribu 13.2K · Accepted Answer · 2011-03-23T03:38:39Z

Acesta este un semn că ai definit ALTERNATE_WP_CRON în fișierul tău wp-config.php.

Pentru a efectua unele procesări în fundal (cum ar fi publicarea postărilor programate), WordPress te redirecționează către URL-ul cu ?doing_wp_cron adăugat.

scribu

13.2K

23 mar. 2011 03:38:39