<div class="error-message">Ты не пройдешь</div>

- не могу понять, как спрятать все эти сообщения, до момента, пока они не проявятся? хотя бы где почитать. спасибо

попал под тяжелую руку репресий

в бутстрапе есть классы

понял. спасибо

если это форма то там есть несколько вариантов
там есть что то вроде field.has_error - этот момент надо уточнить
и по сути показ этого блока можешь разрулить на уровне шаблона

если валидация аяксом или js то шаблон не подойдет

<div class="error-message">Ты не пройдешь</div>

самый вменяемый вариант IMO делать ajax запрос и чем удобно из js арсенала вставлять в

<div class="error-message"></div>

сообщение полученное из ответа запроса (если там вообще есть какой-то error, конечно же)
а до получения прятать как написал Dan

Подскажите, где вы храните бизнес логику?
И как вы валидируете большое количество полей, приходящих с фронта? (Я тут слышал, что сериализатор использовать для этого не факт, что хорошая идея. Упоминали маршмеллоу)

парни, понял. спасибо

pydantic

поля валидируются в формах или сериализаторах, честно говоря не вижу особой разницы, много их там или мало
на счет бизнес логики единого крутого подхода нет, насколько мне известно, джанго не очень этот решает вопрос
Один из вариантов - в моделях. Так или иначе в моделях скорее всего появится часть бизнес-логики (в виде модельных менеджеров и кастом кверисет объектов). Также часто встрачаю подход вынесения бизнес логики просто в отдельных скрипт helpers/services.py, что-то в таком духе

@AlexDemianenko благодарю за развернутый.
Где лучше всего посмотреть на примеры модельных менеджеров и кастом кверисет объектов? (Не документация, а больше как примеры использования)

Пример использования кверисета

Deal.objects.allowed_for(user)

возвращается сделки доступные пользователю
под капотом куча проверок, всяких прав и так далее

Вот пример использования модельного менеджера

TransactionPartialPayment.objects.add_partial_payments_to_transaction(
           self.transaction, [
               {'period': 'day 1', 'amount':100},
               {'period': 'day 2', 'amount': 500},
           ]
       )

вот тут как раз тут случай, когда есть бизнес-логика и она вся помещена в этот метод

можно ли как-нибудь указать pylint чтобы игнорировал не используемые аргументы args & kwargs?
Хочу избавиться от Unused argument 'args'

кто-нибудь знает возможно отделить *args & **kwargs от остальных аргументов при задании конфига pylint?

ответ подсказали)

Какой ответ?
Можно, в принципе возле объявления таких функций отключать пайлинт

у меня prospector.
Из его конфига настроить не смог, но он легко подхватывает конфиг .pylintrc
Настройка:

[DESIGN]
ignored-argument-names=args|kwargs