5
Estoy descubriendo que apioler está utilizando el tiempo UTC en su programación (y la salida de registros en el tiempo del Reino Unido ?!) aunque creo que tengo la configuración requerida en mi django settings.py:celerybeat utiliza UTC incluso con la configuración de zona horaria
TIME_ZONE = 'UTC'
USE_TZ = True
CELERY_ENABLE_UTC = True
CELERY_TIMEZONE = 'Australia/Sydney'
CELERYBEAT_SCHEDULE =
"testRunBeat" : {
"task" : "experiments.tasks.testHeartBeat",
"schedule" : crontab(minute = "*/1", hour="13-14"),
}
que han intentado cambiar la variable TIME_ZONE sin suerte
estoy usando:
django==1.4
celery==2.5.5
django-celery==2.5.5
Gracias
Hola. El documento dice: "Si las fechas y los horarios están habilitados _en los mensajes_" - no estoy seguro de cuál es el alcance de eso, pero eso no significa necesariamente que las entradas de crontab para celerybeat se encuentren en UTC. También [aquí] (http://docs.celeryproject.org/en/latest/userguide/periodic-tasks.html#beat-entries) los documentos dicen: "Por defecto se usa la zona horaria local actual, pero también se puede configure una zona horaria específica habilitando la configuración CELERY_ENABLE_UTC y configurando la configuración CELERY_TIMEZONE "con un ejemplo, lo que implica que debe habilitar UTC para _ cualquier_ zona horaria especificada. – Taras
La documentación puede ser deficiente o engañosa, pero sé que esto funcionó para mí. Recientemente actualicé de 2.4.x a 3.0.x y todas mis entradas crontab cambiaron de la hora local a UTC. Una vez que configuré CELERY_ENABLE_UTC = False, todas mis entradas de crontab volvieron a la hora local. –
Mi configuración de django actual tiene la zona horaria configurada en UTC, así que mi problema es que no puedo alejarme de UTC (estoy tratando de obtener las entradas de crontab para programar el horario de Australia/Sydney). Voy a echarle un vistazo más de cerca ... – Taras