пишешь в поле default="<id которое хочешь использовать>"

в поле с Category

типа:

category = models.ForeignKey(Category, default=<id ктоторое хочешь чтобы было по умолчанию>, related_name='products', on_delete=models.Cascade)

не самая лучшая идея

разъясни, пожалуйста, свою позицию
имеется ввиду вообще или в обсуждаемой проблеме?

не самая лучшая идея
указывать значение по умолчанию для FK

на момент создания миграции все может пройти нормально
но когда будут разворачивать проект по новой( на проде например)

надо быть увереным что категория с указаным id уже существует
иначе ошибка в базе и все такое

спасибо

Таа значение должно быть экземляров фк, а не инт

Привет всем, такой вопрос
у меня есть 2 микросервиса
внутри 1 есть docker-compose с контейнерами app, celery, rabbit

запускается celery и из под 1 микросервиса таски работают и выполняються

но я хочу подключиться от микросервиса 2 к тому же контейнеру celery что определен в первом микросервисе и слать ему задачи на выполнение

во втором мс я написал логику подключения к celery и назначил rabbitMQ как очередь чтобы поключиться, однако, когда я отсылаю таску на выполнение получаю ответ на скрине
я подозреваю что он просто не видит эти задачи и ругаеться что не может их выполнить

подскажите пожалуйста как сделать так чтобы все работало

Всем привет. Стоит ли класть всю бизнес-логику приложения в сериалайзеры, а вьюхи использовать только для роутинга запросов?

И есть ли какие-то бенефиты от такого подхода?

Ну как правило так и получается
Хотя иногда приходится, а иногда правильнее писать бизнес логику во въюхе

В идеале я теперь логику и валидацию кладу в модели или вообще в сервисы, таким образом им не важно, приходит запрос на логику из DRF, из какой-то обычной вьюшки (админка, например) или из скрипта который должен что-то поправить

В крайнем случае, где несложные задачи, логика идет в вьюшки. Сериализатор должен отвечать за сериализацию данных.


Плюс, есть хорошая статья-разбор, советую по этому всему (но лонгрид):

https://hakibenita.com/bullet-proofing-django-models

Вопрос: Есть база Postgresql и Django
В модели Django около 20КК данных и при пагинации в числе 10000 элементов на страницу, Django выплевывает django.db.utils.OperationalError: server closed the connection unexpectedly. Нужно переводить базу на SSD или же мудрить что-то с Django Pagination?

Что за тупорылый термин "бизнес логика"

(пс: нагрузка на жесткий диск в iotop показывает 99%)

А как по другому? Везде так называется.

зачем так много ?