A
ок, с этого и надо было начинать.
Size: a a a
2019 March 30
A
а что за бекграуд таска? чем их запускаешь?
L
а что за бекграуд таска? чем их запускаешь?
подключил background_tasks, в него subprocess, в subprocess "adb shell am instrumetation …testClass/package"
A
покажи код вызова subprocess
AO
а что у celery проблемы?
сейчас кажется, что вот ещё чуть-чуть и можно будет не думать о переписывании Celery, а советовать всем использовать IaaS-сервисы, тот же Google Cloud Tasks (сейчас в beta)
AO
или, вероятно, вместо Celery + Airflow имело бы смысл смотреть в сторону https://github.com/argoproj/argo
AO
ну, а в простых случаях (типа отправки email'а) помогла бы асинхронная работа фреймворка) смотрите как на Starlette легко с этим https://www.starlette.io/background/
AO
вот у Django будущее есть, а будущее Celery немного туманно, конечно)
W
а разве джанго не с целери юза.т?
AO
да Django много с чем можно юзать)
AO
но в простых случаях в будущем это всё может и не понадобиться
AO
у Celery там проблема с релиз-менеджментом, кстати, тут про это есть https://github.com/celery/celery/issues/4957
AO
причём судя по комментариям, там большая часть людей вообще не осознают наличие проблемы и пишут про другое)
DB
там, насколько я понимаю, проблема с количеством и качеством мейнтейнеров
DB
как и у axios, например
AO
про axios я вообще довольно мало знаю кроме того, что она популярна
AO
я сторонник использования fetch)
NO
я сторонник использования fetch)
А как же legacy? -_-
AO
в моём случае это закрытые внутренние проекты в основном, а не сайты (и при желании можно навязать даже конкретный браузер или, как минимум, запретить использовать IE)