django 1.4 fuseau horaire.maintenant() vs datetime.datetime.maintenant()

Je suis un peu confus par la lumière du jour d'épargne de la manipulation

settings.py:

TIME_ZONE = 'Europe/London'
USE_TZ = True

dans le django shell:

>>> from django.utils import timezone
>>> import datetime
>>> print timezone.now()
2012-05-28 11:19:42.897000+00:00
>>> print timezone.make_aware(datetime.datetime.now(),timezone.get_default_timez
one())
2012-05-28 12:20:03.224000+01:00

pourquoi ne sont-ils pas de même à l'égard de l'heure d'été? Les deux devraient être locale au courant, non?

J'ai lu les docs mais je suis pas plus avancé.

InformationsquelleAutor meepmeep | 2012-05-28

django timezone

65

Selon timezone.now() source:
```
def now():
    """
    Returns an aware or naive datetime.datetime, depending on settings.USE_TZ.
    """
    if settings.USE_TZ:
        # timeit shows that datetime.now(tz=utc) is 24% slower
        return datetime.utcnow().replace(tzinfo=utc)
    else:
        return datetime.now()
```
Il est basé sur utc au lieu de votre fuseau horaire par défaut. Vous pouvez obtenir la même valeur à l'aide de
```
now = timezone.make_aware(datetime.datetime.now(),timezone.get_default_timezone())
print now.astimezone(timezone.utc)
```
- c'est un peu contre-intuitif. J'avais supposé fuseau horaire.maintenant() me donne maintenant dans le fuseau horaire par défaut! Pas très pythonic à mon avis. À l'aide de .astimezone() a résolu mon problème, merci.
- Pourquoi j'obtiens une erreur lorsque je fais les suivantes: >>> import datetime >>> from django.utils importation fuseau horaire >>> à partir de sondages.importation de modèles Question >>> # créez une Question instance avec pub_date 30 jours dans le futur >>> future_question = Question(pub_date=fuseau horaire.now() + datetime.timedelta(jours=30)) >>> # a publié récemment? >>> future_question.was_published_recently() True
- >>> future_question.was_published_recently() Traceback (most recent call last): File "<console>", line 1, in <module> Fichier "C:\Users\michmar3\workspace\pollsite\polls\models.py", à la ligne 17, dans was_p ublished_recently retour auto.pub_date >= datetime.datetime.maintenant() - datetime.timedelta(jours=1) Fichier "C:\jython2.7b2\Lib\datetime.py" de ligne, 1727, in ge return self.__cmp(autres) >= 0 Fichier "C:\jython2.7b2\Lib\datetime.py", de la ligne de 1765, dans l' _datetime__cmp raise TypeError("ne peut pas comparer la naïveté et à la conscience datetimes") TypeError: ne peut pas comparer la naïveté et à la conscience datetimes
- Vérifier ceci. Essayez timezone.now() au lieu de datetime.datetime.now(), dans was_published_recently.
- C'est en effet contre-intuitif. Au premier coup d'œil. Au second, vous pourriez venir à réaliser que cela arrive parce que Django garde de temps en temps UTC, jusqu'à ce qu'il a de présenter à l'utilisateur. C'est là que la conversion se produit. Balises de modèle comme now ne ce automatiquement.
InformationsquelleAutor okm
15

Depuis Django 1.11, vous pouvez simplement appeler django.utils.le fuseau horaire.localtime chercher datetime pour votre fuseau horaire par défaut.
```
>>> from django.utils import timezone
>>> timezone.localtime()
```
De docs:

Convertit un courant datetime à un fuseau horaire différent, par défaut le fuseau horaire actuel.

Lorsque la valeur est omis, la valeur par défaut now().

Cette fonction ne fonctionne pas sur naïf datetimes; utilisation make_aware() à la place.
- Cela renvoie le 24 Mai 2019, 1:14 p.m.. le Temps en fonction de windows est 3:14p.m.
InformationsquelleAutor vishes_shell

from datetime import datetime
from django.utils import timezone

def now():
    try:
        return timezone.localtime(timezone.now()).strftime('%Y-%m-%dT%H:%M:%S')

    except Exception as exp:
        print('TimeZone is not set - {}'.format(exp))
        return datetime.now().strftime('%Y-%m-%dT%H:%M:%S')

Si vous définissez TIME_ZONE = 'Europe/London' et USE_TZ = True dans Django, vous trouverez place dans le try section et d'autre, dans le except section.

[NOTE]:

.strftime() est une option
Ces testés sur Python 2.7 et Django 1.11

InformationsquelleAutor Benyamin Jafari

0

Vous pouvez passer d'un paramètre à datetime.datetime.now():
```
import pytz, datetime
utc = pytz.utc
utc_now = datetime.datetime.now(tz=utc)
```
Ou de l'utilisation timezone, à la:
```
from django.utils import timezone

now = timezone.now()
```
https://docs.djangoproject.com/en/2.1/topics/i18n/timezones/

InformationsquelleAutor mecampbellsoup

Vous devez vous connecter pour publier un commentaire.