yh
Model1 - переопределить save - там MOdel3 создать
Model2 - аналогично save переопределить
зачем сигналы то? )
Model2 - аналогично save переопределить
зачем сигналы то? )
Я для примера сказал "функця или сигнал"
Size: a a a
2019 August 15
vc
Я для примера сказал "функця или сигнал"
остатки в смысли по поставке? или остатки всего товара?
yh
остатки в смысли по поставке? или остатки всего товара?
Остатки с заявки
yh
Могу объяснить алгоритм
vc
ну я вроде понял ща
yh
ну я вроде понял ща
Жду
MV
Появилась проблема с environ. Запускаю dev server c помощью pipenv
при этом в настройках падает на
с KeyError. Что может быть не так?)
pipenv run python manage.py runserverв консоли
Loading .env environment variables…
при этом в настройках падает на
SECRET_KEY = env("DJANGO_SECRET_KEY") с KeyError. Что может быть не так?)
MV
Если заменить на
SECRET_KEY = os.environ["DJANGO_SECRET_KEY"]то всё ок
И
Ребят, подскажите может кому нужен джун?)
i
Ребят, подскажите может кому нужен джун?)
И
Благодарствую
DT
Ребят, подскажите может кому нужен джун?)
джун с ником - тренер =)
И
Хахаа, ну так получилось)
i
джун с ником - тренер =)
так это по каратэ ))))
И
Хахахахахаха
И
Точно
vc
Жду
В общем, не знаю требований, но я бы оставил
Request- заявка и
Delivery - отгрузка
и добавил Transaction - туда content_object + поля чтобы описать тип движухи - отгрузили,
закрыли заявку и тп, опять же чтобы от балды не пихали парамы через туже админку
save переопределять тут не покатит, лучше вынести во вьюхи или отдельные методы в модельках - есть два лагеря, я за вьюхи )
пуляют заявку - вероятно это куча товаров с каким то кол-вом
Создаем Request к нему вяжем
RequestProduct
FK(Request)
FK(Product)
qty
создаем транзакцию типа запрос
потом хотят отгрузить
создаем Delivery ну и вычитаем все что нужно
из RequestProduct! все что вычли добавляем в
DeliveryProduct
FK(Request)
FK(Product)
qty
создаем Транзакцию о движении (привязываем Delivery)
сморим - все обнулили - в RequestProduct - закрываем заявку
можно еще пихнуть транзакцию что закрыли
дале если надо посмореть когда выгружали - дергаем транзакции
что конкретно цепляем Delivery
Request- заявка и
Delivery - отгрузка
и добавил Transaction - туда content_object + поля чтобы описать тип движухи - отгрузили,
закрыли заявку и тп, опять же чтобы от балды не пихали парамы через туже админку
save переопределять тут не покатит, лучше вынести во вьюхи или отдельные методы в модельках - есть два лагеря, я за вьюхи )
пуляют заявку - вероятно это куча товаров с каким то кол-вом
Создаем Request к нему вяжем
RequestProduct
FK(Request)
FK(Product)
qty
создаем транзакцию типа запрос
потом хотят отгрузить
создаем Delivery ну и вычитаем все что нужно
из RequestProduct! все что вычли добавляем в
DeliveryProduct
FK(Request)
FK(Product)
qty
создаем Транзакцию о движении (привязываем Delivery)
сморим - все обнулили - в RequestProduct - закрываем заявку
можно еще пихнуть транзакцию что закрыли
дале если надо посмореть когда выгружали - дергаем транзакции
что конкретно цепляем Delivery
AK
Привет. Подскажите, нормальная практика переопределять get_context_data для передачи в темплейт несколько моделей в рамках одного контекста?
К примеру у меня есть модели: категории и товар. (Может и больше моделей если потребуется для отображения на одной странице)
К примеру у меня есть модели: категории и товар. (Может и больше моделей если потребуется для отображения на одной странице)
AK
Или может есть более рациональный способ
DT
Привет. Подскажите, нормальная практика переопределять get_context_data для передачи в темплейт несколько моделей в рамках одного контекста?
К примеру у меня есть модели: категории и товар. (Может и больше моделей если потребуется для отображения на одной странице)
К примеру у меня есть модели: категории и товар. (Может и больше моделей если потребуется для отображения на одной странице)
как раз для этого он и есть