это скопипастил из консоли
в settings.py у меня вот:

INSTALLED_APPS = [
   'django.contrib.admin',
   'django.contrib.auth',
   'django.contrib.contenttypes',
   'django.contrib.sessions',
   'django.contrib.messages',
   'django.contrib.staticfiles',
   'django.contrib.sites',
   'django.contrib.humanize',

   # 'debug_toolbar',

   'mptt',
   'ckeditor',
   'crispy_forms',
   'django_countries',
   'phonenumber_field',
   'languages',
   # 'allauth',
   # 'allauth.account',
   # 'allauth.socialaccount',
   # ... include the providers you want to enable:
   # 'allauth.socialaccount.providers.facebook',
   # 'allauth.socialaccount.providers.twitter',
   # 'allauth.socialaccount.providers.google',
   # 'allauth.socialaccount.providers.instagram',

   
   'apps.menu.apps.MenuConfig',
   
]

приложение menu свеже созданная, в ней ни строчки кода не написанно

name = 'apps.menu'

сделай так.
первый результат в гугле....

почему хреновая практика?

спасибо, помогло

Спасибо гуглу и стаковерфлоу

Потому что, как минимум, ложить невозможно. Можно класть.

)

подскажите а юзать .env файлы в джанге нормальная практика или есть другой более верный путь ?

А как тогда в кастомной форме регистрации пользователя добавить, чтобы Django прогоняло пароль через хеш?

Вроде как именно туда и выносятся логин/пароль для связи с БД и всякие токены API

джанго и так по дефолту прогоняет, иначе бы ты не столкнулся со своей проблемой

https://docs.djangoproject.com/en/3.0/topics/auth/passwords/

(хешеры идут не в форме, они бъявляются глобально)

самый простой способ сделать override .set_password()

по дефолту не кеширует почему-то

1. кеширование и хэширование абсолютно разные понятия

2. Хеширование происходит на бекенде перед записью в базу

если ты не сам ввел '123', а данные загрузились с серва, то у тебя уже хранится пароль в открытом виде

(во всяком случае, на это очень похоже)

У меня есть определение переменных css  
--ang: 45deg;
--count: 3;
Они используются ниже в css теге, типа var(...)
Куда их определение лучше всего засунуть в шаблоне html? Определение этих переменных может находиться в том же css теге?
Как лучше сделать - подставлять {{ colour_from_context }} в определение переменной (—ang: {{ }}deg), или сразу подставлять в css (так можно?), например:
background-image: linear-gradient({{ ...}}deg, {{ colour1 }}, {{ colour2 }});

Салют всем.  У меня таки возник вопрос зачем нужен XML и JSON? С JSON ещё более менее понятно, для передачи данных, но я не совсем понимаю какие реальные кейсы используют и то и другое.