Pregunta sobre WP Crontrol de Wordpress:

El cron de Jetpack no se puede editar

Un usuario preguntó 👇

He intentado en repetidas ocasiones editar la frecuencia de jetpack_sync_full_cron y jetpack_sync_cron. Ambos se ejecutan cada 5 minutos en 5 sitios de mi plan VPS, lo que sospecho nos obliga a superar nuestro límite de RAM. Intento establecer más horas, pero cada vez que edito y hago clic en «Modificar evento cron», aparece un mensaje de éxito, pero el tiempo sigue apareciendo cada 5 minutos.

(@johnbillion)

Desarrollador principal de WordPress

Hace 2 años, 11 meses

Esto podría hacer que Jetpack escriba la programación del evento.

Es posible que desee ponerse en contacto con Jetpack sobre esto y ver qué tienen que decir. Además, la programación mínima de eventos permitida en WordPress es de diez minutos, por lo que un evento planificado para ejecutarse cada cinco minutos no funcionará correctamente de todos modos.

(@craiggdodge)

Hace 2 años, 11 meses

También les envié un correo electrónico. Actualizaré aquí si / cuando haya una respuesta.

Si 2 núcleos Jetpack se ejecutan cada 5 minutos (en teoría) en 5 sitios alojados en un VPS, parece ser el culpable más probable que vaya más allá de la RAM asignada. Pero soy un usuario y no estoy tan familiarizado con él.

(@drprotocols)

Hace 2 años, 10 meses

Además, el programa mínimo de eventos permitido en WordPress es de diez minutos, por lo que un evento planificado que se ejecute cada cinco minutos no funcionará correctamente de todos modos.

Creo que esto se aplica a la programación de eventos individuales (únicos), por lo que si un evento único (único) está programado en el momento T e intenta programar otro evento único (único) que sea _exactamente_ el mismo dentro de (T + / – 600s), entonces esa solicitud para programar el evento será ignorada (aunque, en teoría, podría hacerlo manipulando la matriz cron directamente en la tabla de opciones). Por lo tanto, tenga en cuenta que se incluye un intento de programar un evento adicional dentro de los 600 segundos antes o después del evento programado existente. Si se dan diferentes argumentos al evento, la restricción no se aplicará, por lo que la restricción se puede rodear fácilmente si desea hacerlo.

Esto no se aplica a un evento de programación repetido (como el cron jetpack) para el que no hay un período de programación mínimo. En este caso, el escenario de la cola es solo un ejemplo del evento programado porque la siguiente instancia está programada por la funcionalidad principal de WordPress cuando se ejecuta el escenario «actual». En el caso del jetpack (o cualquier otro evento iterativo), cuando se le solicita al escenario actual que ejecute WordPress, «desprogramará» la instancia actual y programará una nueva instancia (técnicamente, vuelve a verificar primero y _entonces_ hace lo reprogramar un evento actual) en algún momento del escenario futuro teniendo en cuenta qué tan tarde puede haber estado la tarea cuando se inició realmente. Así que, efectivamente, WordPress intentará programar el próximo escenario en relación a cuándo debería durar en lugar de cuándo realmente se ejecutó, lo que, por supuesto, se detiene. Tenga en cuenta que no se programará en el pasado; por ejemplo, con un programa similar cada 5 minutos si la tarea duró más de 7 minutos, el siguiente caso se programaría en tres minutos y no dos minutos antes. esto (o al menos eso como debería ser).

¿Solucionó tu problema??

0 / 0

Deja una respuesta 0

Tu dirección de correo electrónico no será publicada.