Вроде достаточно понятно написано, что нужно, что делал, что ожидал и что получил.
opensource был третьим тегом, проприетарные решения максимально нежелательны, так как требуется доработка и возможность передачи исходников третьему лицу
telegram-purple - у них бегтрекер забит вопросами о группах, это всеобщая болезнь всего что основано на telegram api. К тому же это немного усложняет итоговое решение, необходимостью лишних программных прослоек и сервисов.
Спасибо, пока по ночным тестам выглядит рабочим, завтра дождусь большей активности на крупных чат-каналах (мой созданный, даже с левыми симками не добавленными в контакты, работал и со старой версией, что удивительно, где нужно было накосячить так чтобы только один-два каждый раз разных канала из нескольких десятков работали)
пока вижу что апдейты шлются только в терминал, возможно будут ловиться lua/python api это уже мелочи, разберусь, важна принципиальная возможность ловить эти события.
Ваши два вопроса, по уровню, сравнимы с '2+2=?' и 'проинтегрируйте эту комплексную функцию над полем решения уравнения...'
Т.е. если вы задаете первый вопрос, то вы не поймете ответ на второй.
К тому же мои знания в области отладки и инжектирования своего кода в память другого процесса поверхостные, и единственное приложение, что я писал для этого, было где то лет 15 назад.
я не понимаю задачи, вопрос составлен ужасно, поэтому ответа нет.
вам нужна какая то хитрая система автоконфигурирования проксей, причем в локальной сети?
берете tor, выпиливаете из него центральные сервера и заменяете на свои.
хорошей практикой является отдельная машина для управления, подключенная с основной локальной сетью, вот через нее и подключайтесь.
смысл в том чтобы публичный сервис давал только тот функционал, который публичен, вся внутренняя кузня должна быть закрыта и засекречена.
Например такую схему предлагают сервисы защиты антиддос, там ip реальной машины не публичен или засекречен (локальные сети до антиддос провайдера обычно на дорогих тарифах), кстати vpn поднимать желательно инструментами самого провайдера, надежнее и обычно быстрее.
Если вас интересует вебдев, то сначала вы даже не заметите разницы, при этом, в качестве бонуса нативные инструменты и среды исполнения, например с php (я обрабатываю большие данные на нем, необычный инструмент но наследие прежнего кода, сбор данных было удобнее делать на нем) под windows работает заметно медленнее, а асинхронные вызовы и подавно могут быть не реализованы (пайпы например).
Для разработчика больше инструментов именно под linux
Ну да, можно
до некоторых пор (в другой задаче, еще в winxp) я использовал штатную команду at (создание задачи запуска по расписанию), перенаправляя вывод приложения в файл.
просто при использовании telnet/ssh ожидаешь привычное окружение при минимальной затрате ресурсов (сети)
попробуйте по одному отключать файлы из проекта