django.utils.timezoneは素朴な日付を返しますか？

djangoを使って1.4私はdatetimefieldを持つモデルを持っています。デフォルト値として使用するdjango.utils.timezoneをインポートしました。django.utils.timezoneは素朴な日付を返しますか？

from django.utils import timezone 
date = models.DateTimeField(default=timezone.now)

ただし、DateTimeFieldがナイーブな日付を受け取ったという警告が表示されます。それは認識して日付時刻

2012-04-06 mobiletim

djangosは、既定ではフィールドがNULLではないため、認識できないデフォルトの日付値を入れています。真のヌル設定すると、それは単なる警告イマイチが上がって代わりにNULLにする日付を設定することを意味：私はテストを実行したときに私の場合は

date = models.DateTimeField(default=timezone.now, null=True)

2012-04-07 00:43:25 mobiletim

私は無知かもしれないが、私はnullが何を持っているのか分からないtimezone.now（）は素朴です。 Null = Trueの場合.now（）は認識オブジェクトを返しますか？ – AllTradesJack

djangoが入れていたデフォルト値はタイムゾーンを認識していませんでした – mobiletim

@mobiletimこれで少し混乱していますが、なぜ 'null = True'に設定すればエラーになりますか？ –

-1

now()

を返すべきであるので、私がtrueにUSE_TZを設定しているがUSE_TZがそれぞれTrueまたはFalseある時に、現在のポイントを表す意識や素朴な日時を返します。

2012-04-06 05:57:50 Amber

私はUSE_TZをtrueに設定していますので、意識したデータを返すべきです – mobiletim

-1

私は、これはサイドステップの問題を知っているが、あなたの代わりに自分のフィールド上auto_now_add=Trueを試してみましたか？あなたは何をしたいのためにdefaultを使用する必要はありません。

一方、あなたのバージョンはでなければなりません。実際にはUSE_TZ=Trueであれば動作します。

私はうまくいくと言いたいと思いますが、dateフィールドを直接設定するのではなく、デフォルトから設定するところからRunTimeWarningを取得します。より正確に警告がトリガーされるタイミングを絞り込んでください。

2012-04-06 16:55:55

auto_now_addはタイムゾーン対応のDjangoアプリケーションのために悪いスタイルです – fangsterr

@fangsterrなぜそう思うでしょうか？あなたの推理についても説明しておけばもっと便利です。 –

http://stackoverflow.com/questions/10195020/why-django-lint-tells-me-the-auto-now-add-is-deprecated – fangsterr

、私はこの問題を受け続けました。これは、タイムゾーンの代わりにdatetimeを間違って使用した過去の移行のためです。私は、警告の原因となるものの前にマイグレーションに戻り、削除して、再度マイグレーションを実行しました。これは私の問題を解決しました。

2017-12-31 14:48:52 acesco

答えて