django 1.4 - impossible de comparer les datetimes naïfs et sensibles au décalage

Je suis en train de migrer une application de django 1.2 vers 1.4.

J'ai un objet de tâche quotidienne qui contient une heure de la journée à laquelle la tâche doit être terminée:

class DailyTask(models.Model):
    time = models.TimeField()
    last_completed = models.DateTimeField()
    name = models.CharField(max_length=100)
    description = models.CharField(max_length=1000)
    weekends = models.BooleanField()

    def __unicode__(self):
        return '%s' % (self.name)

    class Meta:
        db_table = u'dailytask'
        ordering = ['name']

Afin de vérifier si une tâche doit encore être terminée aujourd'hui, j'ai le code suivant:

def getDueDailyTasks():
    dueDailyTasks=[]
    now = datetime.datetime.now()
    try:
        dailyTasks = DailyTask.objects.all()
    except dailyTask.DoesNotExist:
        return None
    for dailyTask in dailyTasks:
        timeDue = datetime.datetime(now.year,now.month,now.day,dailyTask.time.hour,dailyTask.time.minute,dailyTask.time.second)
        if timeDue<now and timeDue>dailyTask.last_completed:
            if dailyTask.weekends==False and now.weekday()>4:
                pass
            else:
                dueDailyTasks.append({'id':dailyTask.id,
                            'due':timeDue,
                             'name': dailyTask.name,
                             'description':dailyTask.description})
    return dueDailyTasks

Cela a bien fonctionné sous 1.2, mais sous 1.4 j'obtiens l'erreur:

can't compare offset-naive and offset-aware datetimes

en raison de la ligne

if timeDue<now and timeDue>dailyTask.last_completed

et les deux clauses de comparaison génèrent cette erreur.

J'ai essayé de rendre le fuseau horaire timeDue conscient en ajoutant pytz.UTC comme argument, mais cela soulève toujours la même erreur.

J'ai lu certains documents sur les fuseaux horaires, mais je ne sais pas si j'ai juste besoin de prendre en compte le fuseau horaire timeDue, ou si je dois apporter une modification fondamentale à ma base de données et aux données existantes.

Consultez le document détaillé pour obtenir des informations détaillées.

Normalement, utilisez django.utils.timezone.nowpour créer une date-heure actuelle prenant en compte le décalage

>>> from django.utils import timezone
>>> timezone.now()
datetime.datetime(2012, 5, 18, 13, 0, 49, 803031, tzinfo=<UTC>)

Et django.utils.timezone.make_awarepour créer un datetime prenant en charge le décalage

>>> timezone.make_aware(datetime.datetime.now(), timezone.get_default_timezone())
datetime.datetime(2012, 5, 18, 21, 5, 53, 266396, tzinfo=<DstTzInfo 'Asia/Shanghai' CST+8:00:00 STD>)

Vous pouvez alors comparer les deux datetimes prenant en charge le décalage sans problème.

De plus, vous pouvez convertir une date-heure décalée en une date-heure décalée en supprimant les informations de fuseau horaire, puis elle pourrait être comparée à la normale datetime.datetime.now(), sous utc.

>>> t = timezone.now() # offset-awared datetime
>>> t.astimezone(timezone.utc).replace(tzinfo=None)
datetime.datetime(2012, 5, 18, 13, 11, 30, 705324)

USE_TZest True«par défaut» (en fait, c'est Falsepar défaut, mais le settings.pyfichier généré en le django-admin.py startprojectdéfinissant sur True), alors si votre base de données prend en charge les heures prenant en charge le fuseau horaire, les valeurs des champs de modèle liés au temps seraient sensibles au fuseau horaire. vous pouvez le désactiver en définissant USE_TZ=False(ou simplement en le supprimant USE_TZ=True) dans les paramètres.