Передо мной стояла такая же проблема.
И знаете, если создать корневую группу и перенести туда все существующие проекты/группы, то доска по ней покажет все задачи по всем проектам
не понятно как это поможет питону.
там проблемы обычно с окружением, и решаются они с помощью virtualenv. что может нам предложить unit в этом случае? разные версии питона — ок, а разные окружения на одной версии питона? или все зависимости складывать в одно место?
и, кстати, в случае uwsgi, кроме кучи остальных плюшек там присутствует ряд способов общения между воркерами средствами самого uwsgi без своих велосипедов. в unit это планируется?
Добавлю, есть такой замечательный инструмент pyenv. Очень рекомендую ставить сразу вместе с плагином pyenv-virtualenv. Решил все мои проблемы про разные версии, окружения и их комбинации.
Делал что-то похожее, только у меня был питон. От самописных демонов отказался, сделал через AGI.
Между клиентом и астериском у меня поднят centrifugo. Из астериска через dial plan вызывается скрипт, в который передается внутренний номер клиента и входящий номер (долго искал эти значения, помог verbose режим в консоли астериска). Клиент подключается к той же centrifugo на канал со своим внутренним номером и получает эти сообщения.
А вот исходящие через AMI сделаны.
В итоге кода минимум — десяток строк на скрипт, пару строк на исходящий (но тут уже заслуги сторонней библиотеки, так бы чуть больше вышло).
Ага, спасибо, стало понятней. Зачем учить матчасть, ведь проще поставить либу которая всё страшное спрячет под капотом )
Теперь где увижу - сразу по рукам бить буду ;)
Так и не понял чем это лучше чистой алхимии
Передо мной стояла такая же проблема.
И знаете, если создать корневую группу и перенести туда все существующие проекты/группы, то доска по ней покажет все задачи по всем проектам
там проблемы обычно с окружением, и решаются они с помощью virtualenv. что может нам предложить unit в этом случае? разные версии питона — ок, а разные окружения на одной версии питона? или все зависимости складывать в одно место?
и, кстати, в случае uwsgi, кроме кучи остальных плюшек там присутствует ряд способов общения между воркерами средствами самого uwsgi без своих велосипедов. в unit это планируется?
Между клиентом и астериском у меня поднят centrifugo. Из астериска через dial plan вызывается скрипт, в который передается внутренний номер клиента и входящий номер (долго искал эти значения, помог verbose режим в консоли астериска). Клиент подключается к той же centrifugo на канал со своим внутренним номером и получает эти сообщения.
А вот исходящие через AMI сделаны.
В итоге кода минимум — десяток строк на скрипт, пару строк на исходящий (но тут уже заслуги сторонней библиотеки, так бы чуть больше вышло).