Eran las 9:44 a. m. y se hizo 14 horas antes. El próximo intento sería 10 horas después, lo que significaría algo así como las 7:44 p. m. Esperaba que fuera poco después de la medianoche y una vez al año, como funcionaría cron.
El trabajo está programado para ejecutarse una vez cada 24 horas durante el mes de enero: discourse-yearly-review/app/jobs/yearly_review.rb at main · discourse/discourse-yearly-review · GitHub. Si se encuentra un tema en el sitio que tiene un título que coincide con el título del tema de revisión, el trabajo no se volverá a ejecutar. Eso significa que solo se generará 1 tema de revisión, a menos que edites el título del tema de revisión después de que se cree.
¿Es eso 31 veces hasta que se encuentre el tema adecuado algún tipo de medida de seguridad? ¿O tenemos una barrera lingüística aquí? Las probabilidades son altas para eso también
Pero… todavía no entiendo las marcas de tiempo. A las 9:44 del 1 de enero, sidekiq dice que YearlyReview se activó 14 horas antes, el 31 de diciembre.
De nuevo, esto no es un problema en absoluto. Solo estoy tratando de entender, porque tengo demasiado tiempo libre.
Sin embargo, mis usuarios estarían bastante ansiosos si tuvieran que esperar 10 horas más para obtener esas preciosas estadísticas. Bueno, sé cómo activar sidekick, ¡así que problema resuelto
Sí, está ahí para evitar que el trabajo se ejecute accidentalmente fuera del primer mes del año. Tenga en cuenta que si activa el trabajo desde la consola con el argumento force: true, se pueden crear temas de revisión fuera del primer mes.
¿Realmente es necesario? He tenido que ir y eliminar temas duplicados y desactivar el plugin en un par de mis instancias. No es un gran problema, pero parece innecesario.
Durante Año Nuevo, los administradores a menudo están ausentes de sus instancias durante varios días; si no han dirigido el plugin a una categoría privada agradable y cerrada, eso no es ideal.