¿Por qué se está haciendo? Haciendo_wp_cron a mis URL

13

A veces encuentro esta cadena agregada al final de mis URL:

/?doing_wp_cron

¿Alguien sabe para qué sirve? ¿Como puedo quitarlo?

urls wp-cron Andrew Warner
fuente
Esto está sucediendo con el complemento All In One Event Calendar . La solución en su caso es definir ALTERNATE_WP_CRON como falseen wp-config.php.
brasofilo

Respuestas:

15

Es una señal que has ALTERNATE_WP_CRONdefinido en tuwp-config.php

Para realizar un procesamiento en segundo plano (como publicar publicaciones programadas), WordPress lo redirige a la URL ?doing_wp_cronadjunta.

scribu
fuente
¡Gracias! ¿Sabes lo que podría hacer para deshacerme de eso desde el final de mis URL?
Andrew Warner
Elimine la línea de wp-config.php (aunque eso podría detener el funcionamiento de cron).
scribu
@scribu iThemes sugiere configurar esa línea en el archivo wp-config para hacer que BackupBuddy funcione, por lo que eliminar esa línea nuevamente asegura que el complemento ya no funcione. Que usted sepa, ¿hay otra "solución" para esto además de deshacerse de BackupBuddy?
@Piet: Ese es un requisito bastante extraño por parte de iThemes. Una posible solución sería utilizar trabajos cron de UNIX. Abre una nueva pregunta.
scribu
@scribu gracias por su sugerencia, se publica una nueva pregunta: wordpress.stackexchange.com/questions/28718/…
2

He visto muchas publicaciones sobre este problema, pero pocas de ellas logran encontrar una solución real. Lo que resuelve este problema para mí ha sido administrar la redirección en el archivo .htaccess.

Aquí hay un ejemplo sobre cómo redirigir la url agregando estas líneas en el archivo .htaccess:

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

Espero que esto ayude!

Nota: estos consejos provienen de este foro

Gepeto
fuente
3
Eso no es ideal. Sería mejor deshabilitar el cron alternativo.
fuxia
@toscho: Esto es lo que he entendido (tal vez me falta algo). el parámetro 'ALTERNATE_WP_CRON' deshabilita el trabajo cron desde el punto de vista de Wordpress. Por lo tanto, está deshabilitado en el "motor" de Wordpress. Luego, el complemento 'Calendario de eventos todo en uno', BackWPup y todas las cosas que necesitan horarios de trabajo no podrán continuar con sus trabajos. Al jugar con la redirección de Apache, el motor de Wordpress no se verá afectado. Eso es lo que descubro, pero no todo está claro para mí. Donde me equivoco
Gepeto
1

@scribu Creo que BackupBuddy utiliza la programación de tareas de WordPress para programar tareas como parte de los procedimientos de copia de seguridad: si el sitio tiene deshabilitados los bucles, entonces la única solución (aparte de alguna solución externa a medida) y la solución alternativa específica que, estoy seguro ya sabes, está integrado en WordPress, es la solución cron alternativa. Por lo tanto, esto solo es "obligatorio" si el host tiene deshabilitados los bucles. Tenga en cuenta que si ese es el caso, entonces nolas tareas programadas, ya sean tareas programadas estándar de WordPress o aquellas asociadas con otros complementos, funcionarán. Lo que parece ser el caso es que un usuario no sabrá que su host ha obstaculizado su instalación de WordPress hasta que pruebe BackupBuddy porque eso hace que el problema sea obvio en lugar de haber sido invisible hasta ese momento.

El uso del enfoque de tipo crontab es solo un enlucido porque, a menos que lo haga "ping", el procesamiento cron de WordPress con mucha frecuencia solo funcionará con algunos tipos de tareas programadas.

Por supuesto, si un usuario no quiere o no puede usar la corrección cronológica wp alternativa, no quiere moverse a un host que permita bucles de retorno y no sea lo suficientemente conocedor como para poder configurar una capacidad adecuada basada en crontab. BackupBuddy ofrece un modo de copia de seguridad manual que funcionará, pero carece de la flexibilidad y algunas de las capacidades disponibles cuando la programación está disponible.

DrProtocols
fuente
0

Lo que causa este problema es el cron alternativo. Para solucionar esto, si tiene acceso, puede habilitar un proceso cron real (si su hosting lo permite) y deshabilitar ALTERNATE_WP_CRON en su wp-config.php.

Brett G
fuente