ДШ
зачем сохранять промежуточные результаты?
а как ты хочешь передать результат отдельного процесса куда-то дальше?
execute_task.delay(your_result_from_main_task)?
Size: a a a
2019 May 17
ДШ
а что мешает запустить подзадачи из-под таски celery и сделать нечто такое
RD
Я в главной задаче выполняю отправку данных на внешний ресурс и получаю API
далее делаю парсинг того что пришло
и возвращаю данные ввиде словаря
далее делаю парсинг того что пришло
и возвращаю данные ввиде словаря
RD
дальше нужно вызвать три субтаски и передать им данные из словаря
RD
а что мешает запустить подзадачи из-под таски celery и сделать нечто такое
execute_task.delay(your_result_from_main_task)?
вот в этом и прикол, я не могу получить этот самый
your_result_from_main_task
RD
Я читал про celery.result и что можно получить результаты задачи по ее id
но когда я вызываю:
я получаю NoneType error и это из-за того что task постоянно возвращает None
но когда я вызываю:
task.id
я получаю NoneType error и это из-за того что task постоянно возвращает None
S
Чё то ты втираешь какую-то дич
class PostDetailView(DetailView):
model = Post
template_name = 'post/post_detail.html' path('post/<int:slug>/detail/', PostDetailView.as_view(), name='post_detail_url'),
если пост создан через адм - все ок - открывает , если через вьюху то выдает просто page not found 404
model = Post
template_name = 'post/post_detail.html' path('post/<int:slug>/detail/', PostDetailView.as_view(), name='post_detail_url'),
если пост создан через адм - все ок - открывает , если через вьюху то выдает просто page not found 404
RD
Возможно нужно сделать правильные настройки для celery?
S
class PostDetailView(DetailView):
model = Post
template_name = 'post/post_detail.html' path('post/<int:slug>/detail/', PostDetailView.as_view(), name='post_detail_url'),
если пост создан через адм - все ок - открывает , если через вьюху то выдает просто page not found 404
model = Post
template_name = 'post/post_detail.html' path('post/<int:slug>/detail/', PostDetailView.as_view(), name='post_detail_url'),
если пост создан через адм - все ок - открывает , если через вьюху то выдает просто page not found 404
скажите , почему представление не хотело норм работать с slug:slug ?? заменил на int:pk - работает как надо
E
В таблице последний id 306, но Entity.objects.last().id дает другое значие 264
В чем может быть проблема?
В чем может быть проблема?
iS
как сделать choices, который можно редактировать, то есть одна модель использует этот choice, а мы можем через форму редактировать этот choice
AK
В таблице последний id 306, но Entity.objects.last().id дает другое значие 264
В чем может быть проблема?
В чем может быть проблема?
ты не знаешь по какому полю сортируется Entity
E
ты не знаешь по какому полю сортируется Entity
хз, очистил таблицу, создал уже несколько сотен id и пока правильно определяет
А
как лучше делать сериализацию? у меня такая структура
класс1 > класс2 > класс3 > класс4
и вот у меня, например, надо сериализоваьт 3 объекта класса4, но так, чтобы они вложились нормально в по объекты класса1 и оставили там след только там, где требуется для вложения, что делать?
класс1 > класс2 > класс3 > класс4
и вот у меня, например, надо сериализоваьт 3 объекта класса4, но так, чтобы они вложились нормально в по объекты класса1 и оставили там след только там, где требуется для вложения, что делать?
TD
хз, очистил таблицу, создал уже несколько сотен id и пока правильно определяет
Нет, не знаешь.
Нужна сортировка по определённому полю - указывай
Порядок строк в общем случае не гарантирован.
id идут по порядку "пока", потому что это primary key, он индексирован по умолчанию, и, скорее всего, планировщик запросов принимает это во внимание.
Нужна сортировка по определённому полю - указывай
order_by явно.Порядок строк в общем случае не гарантирован.
id идут по порядку "пока", потому что это primary key, он индексирован по умолчанию, и, скорее всего, планировщик запросов принимает это во внимание.
E
Нет, не знаешь.
Нужна сортировка по определённому полю - указывай
Порядок строк в общем случае не гарантирован.
id идут по порядку "пока", потому что это primary key, он индексирован по умолчанию, и, скорее всего, планировщик запросов принимает это во внимание.
Нужна сортировка по определённому полю - указывай
order_by явно.Порядок строк в общем случае не гарантирован.
id идут по порядку "пока", потому что это primary key, он индексирован по умолчанию, и, скорее всего, планировщик запросов принимает это во внимание.
там мне это и надо. в чем проблема то?
Причем тут общий случай, если у меня именно pk
Причем тут общий случай, если у меня именно pk
E
last() делает order_by по pk
E
зачем что-то писать, если не знаете
AN
для ИОС файл apple-app-site-association кто то использовал на сервере?
Не понимаю куда его, в корень проекта что ли?
Не понимаю куда его, в корень проекта что ли?
TD
last() делает order_by по pk
А и верно, забыл, что у него есть сортировка по умолчанию.
А
А
Entity.objects.last().id - именно так и вызывается? Я имею ввиду, не могло быть так, что кверисет уже по другому полю отсортирован был (явно или из-за переопределённого менеджера) в том случае, когда id левый возвращался?