ну да, походу так и предется сделать

но всвеже чем черевато на save райзить

Django рекомендует отделять валидацию и запись

ок, а конкретно не написали почему?

Это больше convention over configuration - чтобы другой разработчик смотрел код валидации, а не лез в запись объекта

ок, спасибо

+

Почитай про SOLID, заострив внимание на буковке S.

django/django tagged: 3.0.2
Link: https://github.com/django/django/releases/tag/3.0.2
Release notes:

Tag 3.0.2

При вызове команды в виртуальной среде:  celery –A myshop worker –l info
Вроде при работе программы должно появиться такое сообщение:
[2017-12-17 17:43:11,462: INFO/MainProcess] Received task:orders.tasks.order_created[e990ddae-2e30-4e36-b0e4-78bbd4f2738e] [2017-12-17 17:43:11,685: INFO/ForkPoolWorker-4] Taskorders.tasks.order_created[e990ddae-2e30-4e36-b0e4-78bbd4f2738e] succeeded in0.22019841300789267s: 1

Вместо этого появляется сообщение:
usage: celery <command> [options]

Show help screen and exit.

positional arguments:
 args

optional arguments:
 -h, --help            show this help message and exit
 --version             show program's version number and exit

Global Options:
 -A APP, --app APP
 -b BROKER, --broker BROKER
 --result-backend RESULT_BACKEND
 --loader LOADER
 --config CONFIG
 --workdir WORKDIR
 --no-color, -C
 --quiet, -q

---- -- - - ---- Commands- -------------- --- ------------

+ Main:
|    celery worker
|    celery events
|    celery beat
|    celery shell
|    celery multi
|    celery amqp

+ Remote Control:
|    celery status

|    celery inspect --help
|    celery inspect active
|    celery inspect active_queues
|    celery inspect clock
|    celery inspect conf [include_defaults=False]
|    celery inspect memdump [n_samples=10]
|    celery inspect memsample
|    celery inspect objgraph [object_type=Request] [num=200 [max_depth=10]]
|    celery inspect ping
|    celery inspect query_task [id1 [id2 [... [idN]]]]
|    celery inspect registered [attr1 [attr2 [... [attrN]]]]
|    celery inspect report
|    celery inspect reserved
|    celery inspect revoked
|    celery inspect scheduled
|    celery inspect stats

|    celery control --help
|    celery control add_consumer <queue> [exchange [type [routing_key]]]
|    celery control autoscale [max [min]]
|    celery control cancel_consumer <queue>
|    celery control disable_events
|    celery control election
|    celery control enable_events
|    celery control heartbeat
|    celery control pool_grow [N=1]
|    celery control pool_restart
|    celery control pool_shrink [N=1]
|    celery control rate_limit <task_name> <rate_limit (e.g., 5/s | 5/m | 5/h)>
|    celery control revoke [id1 [id2 [... [idN]]]]
|    celery control shutdown
|    celery control terminate <signal> [id1 [id2 [... [idN]]]]
|    celery control time_limit <task_name> <soft_secs> [hard_secs]

+ Utils:
|    celery purge
|    celery list
|    celery call
|    celery result
|    celery migrate
|    celery graph
|    celery upgrade

+ Debugging:
|    celery report
|    celery logtool
---- -- - - --------- -- - -------------- --- ------------

Type 'celery <command> --help' for help using a specific command.

Но в итоге программа работает. Может она работает и без celery?

Друзья, всех с новым годом. Нужен совет. Вот у меня есть приложение, что то типа склада. Есть раздел где завскладом принимает товар. Мнк нужно было быстро сделать что то вроде дробления принятого. То есть всего товара пришло десять, завсклад может принять его как 5+3+2. Я сделал так чтоб то что осталось принять, сохранялось в сессии. Но иногда стали возникать какие то ошибки, типо принял   5 товарлв, а на склад добавилось 12. Не подскажете, какой еще есть способ хранить такие вот промежуточные данные

В пагинатор запихать можно

Это разве не постраничный вывод?

Да, с помощью его можно реализовать дробление
Мб я задачу не понял

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

и кол-во на складе считай исходя из количества в этих записях

А вот ваше мнение, сессию не стоит использовать для этого? У меня щас 2 варианта. Либо копаться в существующем коде и искать баги. Либо снести и создать новый

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

Спасибо, подумаю как сделать. А потлм жти записи хранятся? Или их удаляют

хранятся, они источник данных о количестве пришедшего товара

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

BS4