На exit-ноде можно прочитать и модифицировать только нешифрованный трафик. Почему https не спасёт? Конечно, на exit-ноде можно определить по SNI куда идёт трафик (доменное имя), но откуда он пришёл уже будет непонятно, он же прилетает от неких промежуточных посредников.
При обычном способе работы если нам нужно выполнить сто запросов, то мы по очереди делаем запросы. При этом сами запросы и обработка ответов занимает допустим 10 мс, а ещё 90 мс занимает отправка по сети, ожидание ответа и всё такое. В итоге один запрос - 100 мс, всего 10 запросов в секунду.
При асинхронном способе работы мы можем отправить сразу 10 запросов, далее ожидать по каждому 90 мс ответа одновременно, в итоге мы потратим 100 мс на нашу работу (генерация запросов плюс обработка ответов) и 90 мс на ожидание, 10 запросов за 190 мс.
Конечно, не всё так просто и вовсе необязательно эффективность будет настолько высокой, но в целом принцип такой. Правда, попытки написания асинхронного кода с непривычки могут прилично взорвать мозг. И если там не будет реальной параллельной работы, все эти ухищрения могут оказаться бессмысленны и даже вредны.
Значит не имел дело с банковскими приложениями вообще. Я работаю в компании, которая делает банковский софт на Java, наши решения почти во всех банках России из топ-10. Никакого "оффшора".
> Facebook и Вконтакте зачем по вашему компиляторы для PHP сделали
Компиляторы эти всё равно в байткод, который исполняется в виртуальной машине. По заветам JVM.
В общем, по итогам прочтения треда я поддержу комментарий:
Amalat, если в боте реализован обработчик только сообщений типа text, то это неудивительно. Нужно его дорабатывать, чтобы любые сообщения от "администратора рассылки" принимал и правильно интерпретировал.
Amalat, чтобы такое сделать, бота надо написать, это не на пять минут.
И сразу же будет проблема: у Телеграма лимит 30 сообщений в секунду на отправку, поэтому надо будет в реализации бота это учесть. Вообще, обычно делают иначе: посты делаются в канал, на который подписываются пользователи. И тут возникает вопрос: зачем тогда вообще нужен бот, если в канал можно писать и самому?
Nolrox, ну так видно, что python 3.9, а как выше говорили, discord.py с ним официально не работает. Далее, там пишет, что "Microsoft C++ Build Tools" не установлен. Короче, есть что исправить.
Johnny Gat, это не отменяет существование старых сайтов и тем более embedded-решений, где никто не будет заниматься устранением флеша. Как некоторым до сих пор приходится содержать древние версии браузера, в которых запускается jnlp какого-нить 15-летней давности железа типа серверов HP со старым iLO.
Сергей Горностаев, если в данном случае речь о рассылке подпичикам бота, то они же зачем-то на него подписались? Может, как раз чтобы получать эти рассылки?
host10, а вот можно ли трансляцию онлайн брать - это тоже вопрос. Возможно, там придётся написать проксик, который будет эти файлы отдавать с генерируемым m3u8 или даже склеивать видео в поток. Короче, без ссылки на сайт мы так и будем топтаться на одном месте.
host10, если видео может быть показано на экране, оно может быть сохранено в файл. Другой вопрос, насколько это будет сложно и как владельцы сайта исхитрятся для того, чтобы этому помешать. Вслепую всё равно никто никаких советов не даст, нужна ссылка на сайт, тогда местные умельцы может чего и смогут там расковырять.
Perokar, после того как вызван set_webhook, Viber начинает присылать события указанных типов по указанному адресу в соответствующем формате. Соответственно, webhook должен их парсить и реагировать. Скрипт из первого сообщения - это не скрипт вебхука, нужен отдельный.
Yan White, зачем тут телеграм? Сделать, чтобы скрипт отдавал данные прямо с сайта, а питон бы их дёргал напрямую. Теоретически-то можно сделать, например, бота, который будет постить данные в специальный канал, а также клиента на базе того же telethon, который будет эти данные из канала получать, но глубокий смысл привлечения телеграма в эту конструкию от меня ускользает.
