B
def task_1(self, work_id=None) попробуйте
Аргумент теряется
Size: a a a
2019 March 18
B
Как ещё можно передать?
DT
Аргумент теряется
который ?
B
Сигнал говорит тип вот тебе 23, а таск говорит ты ничего не передавал мне
B
который ?
work_id
DT
а в self что ?
B
Декоратор self добавляет
B
task_1.apply_async(args=[instance.id], retry=True, queue=q, routing_key=r) так все работает
PB
Аргумент теряется
Гм
У меня с .s проблемы такой не возникало
У меня с .s проблемы такой не возникало
PB
task_1.apply_async(args=[instance.id], retry=True, queue=q, routing_key=r) так все работает
Ну это самый правильный способ %)
DT
там же результат первого передается в следующий
DT
может с этим связано
B
там же результат первого передается в следующий
Не, это в другом
PB
Вообще, переделай на kwargs
DT
у тебя task_2 как выглядит ?
PB
🤷🏼♂️
B
у тебя task_2 как выглядит ?
chords передаёт
V
Всем привет. Можете мне пожалуйста объяснить, никак не могу понять в чем разница.
Я читаю сейчас гайд по написанию api по созданию пользователей с помощью DRF.
Все как обычно - сериализатор и вьюха.
Что я не могу понять так это то, чем отличается метод create в сериализатор от метода create во view?
Create во view - обработчик, в нем происходит вся логгика создания юзера, но зачем create в сериализаторе??
Я читаю сейчас гайд по написанию api по созданию пользователей с помощью DRF.
Все как обычно - сериализатор и вьюха.
Что я не могу понять так это то, чем отличается метод create в сериализатор от метода create во view?
Create во view - обработчик, в нем происходит вся логгика создания юзера, но зачем create в сериализаторе??
B
у тебя task_2 как выглядит ?
А chain не делает следующий таск пока не будет выполнен предыдущий
B
Все так?