например ютуба

если имеешь доступ да

😂

есть сервисы которые помогаю определять по косвенным признакам, но это сильно не надежно

не никакх гарантий
можно написать django и сделать так что все будут думать что сделано на wordpress

это одно и тоже время, просто в шаблоне оно приводится к таймзоне, указнной в конфиге, а во вьюшке - UTC (об этом говорит +00:00 в конце строки со временем)

я это понял! не понял почему он мне передает +00:00
хотя я указал
тайм зоне

кто куда передаёт?

или обязательно оборачивать в
start_time = timezone.localtime(transaction.start_time).strftime('%Y-%m-%d %H:%M:%S')

время в базе всегда хранится в utc

TIME_ZONE = 'Asia/Almaty'
разве когда указываешь она по дефолту не задачет utc?

понимаешь, start_time - это какой-то момент во времени. В этот момент в гринвиче часы показывают одно,  в москве - другое. Это вопрос отображения, момент времени от изменения таймзоны не меняется.

если я правильно понял базу всегда записывается + 00
верно ?

угу

спасибо )

Всем привет! Подскажите, пожалуйста, пытаюсь в существующей базе зашифровать поле и сохранить имеющиеся в нём данные. Я пытался сделать это с помощью миграций и корректировки модели таким образом:
1) Создаю новое зашифрованное поле с припиской new_
2) Создаю миграцию, где переношу данные из старого поля в новое зашифрованное
3) Удаляю старое, переименовываю новое
Это работает для постепенной накатки миграций, но падает при создании базы с нуля, т.к. при миграции в модели нет поля new_. Как можно сделать, чтобы миграции работали и на существующей базе и когда ее создаешь заново?
Пример того, как я делаю в данный момент: https://django-cryptography.readthedocs.io/en/latest/migrating.html

джанго приводит входяшие в utc
а при выводе конвертирует обратно

если тебе надо получить данные во въюхе есть функции для работы с таймзоной

например
from django.utils.timezone import localtime

врядли у кого-то много времени разбираться в не нужной  либе, лучше скинь код своей миграции