Size: a a a

Django [ru] #STAY HOME

2019 July 26

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
и если оно там умрёт, понятно, что это не будет перезапущено
источник

А

Алексей in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
у меня есть сомнения в том, что в эти BackgroundTask стоит помещать что-то такое, выполнение чего является критичным или длительным) потому что надо знать, кто и как эти процессы будет убивать дальше) и что там с этим всем будет делать uvicorn, если оно там зависнет
Насколько я понимаю оно умрет только при остановке сервера
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Алексей
Насколько я понимаю оно умрет только при остановке сервера
есть много причин, почему оно там может умереть (нехватка ресурсов, плановый перезапуск воркеров)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
что там будет с теми фоновыми задачами при этом, я не знаю, но догадываюсь, что они уже не будут выполнены повторно
источник

А

Алексей in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
есть много причин, почему оно там может умереть (нехватка ресурсов, плановый перезапуск воркеров)
Планового перезапуска не должно быть скорее всего
источник

А

Алексей in Django [ru] #STAY HOME
Оно в асинхронном таске работает вроде бы
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну, в общем, я не знаю, у меня нет практического опыта наступления на такие грабли (и, наверное, я не нуждаюсь в нём), но мне очевидно, что просто некий фоновый процесс не сможет заменить полноценную очередь задач вот хотя бы потому что я хочу иметь гарантии, что задача будет выполнена как минимум 1 раз, мб 2, но не 0
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
в данном случае просто исходя из дизайна тут или 0 или 1
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
думаю, это пригодно для задач типа "поставить лайк фотографии с котиком" [не поставится лайк - и фиг с ним]
источник

А

Алексей in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
ну, в общем, я не знаю, у меня нет практического опыта наступления на такие грабли (и, наверное, я не нуждаюсь в нём), но мне очевидно, что просто некий фоновый процесс не сможет заменить полноценную очередь задач вот хотя бы потому что я хочу иметь гарантии, что задача будет выполнена как минимум 1 раз, мб 2, но не 0
Ну да, но я думаю не так уж и плохо, хотя может где-то в доках точно написано про это.  Не хочется с собой тащить этот редис и воркера отдельного)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
это зависит от важности задач
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
у веб-фреймворка нет вот этого подхода "если сломалось - перезапустить процесс выполнения задачи"
источник

А

Алексей in Django [ru] #STAY HOME
Ну тут не написано, что они могут остановится, и в старлетте тоже не написано
источник

А

Алексей in Django [ru] #STAY HOME
источник

А

Алексей in Django [ru] #STAY HOME
Просто если надо на нескольких серверах например, используйте очередь
источник

AT

Alex Ted in Django [ru] #STAY HOME
Народ, кто-нибудь работал  асинхронно с Oracle? посоветуйте драйвер, ничего не могу найти
источник

А

Алексей in Django [ru] #STAY HOME
Alex Ted
Народ, кто-нибудь работал  асинхронно с Oracle? посоветуйте драйвер, ничего не могу найти
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Алексей
Ну тут не написано, что они могут остановится, и в старлетте тоже не написано
тут написано, что это тот же самый процесс, на практике это будет управляться Gunicorn'ом (Gunicorn отвечает за многопроцессность, ну а Uvicorn за сам воркер) или же это будет один процесс uvicorn'а в контейнере сразу на куче нод, если первый вариант и Gunicorn отвечает за процессы, то там есть какие-то опции перезапуска этих процессов после какого-то количества обработанных запросов (вроде), что будет с фоновой задачей в таком случае? я не знаю...
источник

Z

ZHU in Django [ru] #STAY HOME
посоветуйте что можно реализовать для многопоточности! то есть есть контроллеры которые отправляют данные то но когда отрубается связь теряются! и видемо изза отсуствия многопоточности
источник

M

Mihail in Django [ru] #STAY HOME
Ребят, подскажите, как найти выход из ситуации. Я хочу к каждому заказу прикреплять менеджера, который его провёл в админке. Я хочу брать его объект и сохранять в поле динамически исходя из того, какой юзер хочет сохранить модель.

Я переопределил метод init в форме, которую привязал к заказу в админке. Но у меня вылетает ошибка

'PersonalManager' object has no attribute 'disabled'.

Скорее всего здесь здесь self.fields не уместен. Но что же тогда использовать, чтобы уже здесь прокинуть менеджера в поле manager объекта ClientOrder, который создастся?
источник