pabddd, речь о том, чтобы не использовать long poll для получения обновлений, а чтобы Telegram сам дёргал сервер, передавая ему запросы. Тогда можно их обрабатывать параллельно.
Если же дёргать /getUpdates в одном потоке, то, разумеется, будет работать всё в один поток по очереди.
pabddd, тогда это вопрос к настройке веб-сервера, php-fpm или что там используется. Если всё делать правильно, веб-сервер вполне может обрабатывать запросы одновременно и даже довольно много.
Ну не совсем так. Админ на удалёнке вполне возможен. У нас практически весь отдел находится на удалёнке (кроме офисных админов) с самого начала пандемии. Только админ по железкам часть ездит в датацентры что-нибудь установить/поменять. Но у нас десятки серверов, куча клиентов, сложные нагруженные системы и всё такое. Дорогие контракты, SLA, штрафы за сбои... У нас более чем достаточно задач, чтобы целый отдел мог заниматься этим всё рабочее время.
Но это не то, как работает подавляющее большинство админов. Тем более новичка без опыта работы и без серьёзных никто до работы такого уровня не допустит никогда. Его же банально надо будет обучать контролировать, а удалённо это делать крайне сложно.
nrv, если системная java слишком новая, возможно, имеет смысл попробовать более старую. В jnlp внутри может быть минимальная версия jre указана, например, если там 1.6.12345 то можно взять любую jre 1.6 не ниже указанной версии и попробовать на ней. jnlp запускается утилитой java_ws.
CityCat4, в некоторых устройствах реально требуют ишака, а ещё есть такие, которые пытаются угадать у тебя ie или mozilla и в зависимости от этого запускают activex или flash :)
Реально да, в современных браузерах достать верный jnlp может быть сложно...
Bot API это не позволяет, нужно использовать клиентский API (MTProto). И requests тут не поможет никак. Кстати, при такой постановке вопроса может оказаться проще парсить каталоги типа tgstat.
Ох, если у них нет более новой прошивки с поддержкой html5, то это реально боль. У нас админ по железякам для старых серверов имеет специальную виртуалку со старой версией firefox и работающим java-плагином для таких случаев. Правда, к счастью, у нас остались только такие старые сервера с iLO, на которых его можно обновить до адекватной версии.
Там не так всё просто. Для lxc систему перековыривают, отрывают, например, всякие монтирования файловых систем. Ещё вопрос что проще: разобраться что оторвать или установить всё заново.
Я бы посоветовал выбрать второй путь с изменениями: освоить ansible и настроить lxc с его помощью. Заодно будет получен бонусом актуальный автоматизированный способ поднять нужный софт хоть в виртуалке, хоть в контейнере. И при следующей переделке "всё по-другому" будет намного проще.
Если же дёргать /getUpdates в одном потоке, то, разумеется, будет работать всё в один поток по очереди.