уже гуглю, мпасибо

Привет
Могу ли я обратиться к ORM джанго не из app а из левого файла, который лежит рядом?

да

Пробую, вылазит ошибка:

django.core.exceptions.ImproperlyConfigured: Requested setting INSTALLED_APPS, b
ut settings are not configured. You must either define the environment variable
DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.

.

вроде, надо переменную окружения DJANGO_SETTINGS_MODULE, в которой будет путь к settings

либо через кастомную комманду сделать.типа так ./manage.py custom_command

Привет, подскажите пожалуйста, что имеется ввиду included ?
И как мне заставить валидатор вызываться
Note: If your <field_name> is declared on your serializer with the parameter required=False then this validation step will not take place if the field is not included.
Дока
https://www.django-rest-framework.org/api-guide/serializers/#field-level-validation
И как быть, если у меня поле это другой сериалайзер. Например questions = QuestionsSerializer(many=True, source='question_set', required=False)
И я хочу дописать валидатор который потом пробежится по списку вопросв и по некоторым условиям определит валидный ли он.

Спасибо. Пока не вышло, но я покапаюсь

Привет всем!

Да, я долго думал, прежде чем спросить это, но решил спросить это здесь.

Есть в aiohttp такая штука, как

on_startup
on_shutdown
on_cleanup

и ещё крутой контекстный менеджер для подобной штуки, только в 100 раз удобнее.

Барабанная дробь! Вопрос: а есть ли во flask подобный подход? А в джанго?

Идеально. В итоге сделал так. https://stackoverflow.com/a/39724171

отлично)

Есть две модели Human и Pet, в Pet есть human=ForeignKey(Human). Соответсвенно, в объектах Human появляется поле pet_set.
Если я создаю животное  через pet_set.create(...), то должны ли вызываться pre_save\post_save сигналы?

Кто-нибудь решал такую проблему: Джанга крутится в контейнер, окружение стоит в режиме разработки. При любой ошибки в питухонском скрипте к примеру NameError падает контейнер с питоном с ошибкой

exited with code 1

Каждый раз переподнимать контейнер с джангой занимает очень много времени.

ЕМНИП, да, должны

exited with code 1

В общем можно сделать это, добавив --restart=always в параметры запуска контейнера

exited with code 1

Но это не решение проблемы

Вроде бы они всегда вызываются

exited with code 1

так в контейнере джанга или самописный скрипт? если скрипт - добавляй обработку ошибок или entrypoint контейнера отцепляй от скрипта