Anonymous, вирусы есть подо всё, вопрос только в том, как им проникнуть в систему пользователя. И если совсем банальных уязвимостей в актуальныъ сборках нерутованного андроида сейчас нет, это не значит, что нельзя уговорить пользователя поставить вредонос вручную.
Например, тут на этот сайт приходил пользователь, который поставил скачанный из интернета "чит" на одну мегапопулярную игру, а в итоге вредонос накрутил на его гуглоаккаунте гуглорекламы в кредит на кучу баксов. И вот ведь сам виноват, с одной стороны, а с другой - ну и как помогло пользователю это самое "отсутствие уязвимостей"?
Для чего? Если чтобы бороться с блокировками TOR конечными сайтами, то это достаточно бесполезная затея, потому что обновляемые списки выходных нод существуют и их многие используют.
RuWproSha, чёта у вайбера интерфейс девелоперской доки "ни за что не догадаешься", я вчера не нашёл что у них такое появилось. Но в любом случае, там нет никакой возможности отложенной отправки, так что только самому реализовать отправку в нужное время.
Вообще-то многие API предполагают, что отправка в заданное время ложится непосредственно на систему отправителя. Поэтому такой функции может не быть и это нормально.
Что такое "канал в Viber"? В их публичной документации только Viber Bot может посылать сообщения пользователям. И приведённый пример array вообще непонятно о чём, с документацией не бьётся.
В IDE можно запускать при разработке, но реальное приложение придётся запускать непосредственно интерпретатором (неважно где - в докере или нет, в Windows или Linux, локально или удалённо). Поэтому да, надо понимать, как его запускать.
Ну и кто-то из местных кураторов тэга Python писал тут, что IDE хорошо использовать, когда уже понимаешь язык. Потому что IDE много рутинных задач решает за человека. Правильно ставит отступы, подставляет названия классов и объектов, к функциям приписывает скобки и подсказывает аргументы. Для обучения же полезно писать с помощью обычного текстового редактора, набить руку, пройтись по всем возможным граблям, решить все возникшие проблемы. Тем более что в практических задачах обязательно иногда придётся редактировать код в произвольном текстовом редакторе.
Никита, не должно ничего специально заниматься в памяти, если это специально не делать.
Двойные клики на кнопку надо уметь обрабатывать. Например, отмечать нажатие в state, чтобы второе нажатие не срабатывало. Или ловить исключение, на котором бот упал.
Про особенности aiogram я мало знаю, так как три с половиной небольших ботов я когда-то написал с помощью телебота.
В общем-то, не видя кода, сложно что-то конкретное советовать. Может, там какая-нить очевидная жырная проблема, которую мы тут даже не подумали...
Просто строишь туннель от каждого офиса на тот внешний и в нём пусть будет роутинг между ними. Если у того офиса плохо с каналом и его нельзя так забивать - арендуем сервак/vps у любого хостера и строим звезду через него.
То, что выбор последнего элемента в таком генераторе происходит с вероятностью 1 ещё не значит, что генератор неслучайный. Ведь элементы вплоть до последнего выбираются с вероятностью не больше 1/2.
Скорее всего бот сам выделяет память и не освобождает её. Причём подобного вполне себе легко достичь Ну, например, если все входящие сообщения сохранять в память, то очевидно расход памяти будет расти. Если бот популярный и пишут ему очень много, то логично, что история будет постепенно пухнуть.
Или например если бот втягивает в память содержимое всех присылаемых файлов, то память у него тоже быстро закончится. Особенно если присылают видео.
Или ошибка вообще где-то в неботовой логике.
В общем, профилировать, если нет каких-то очевидных мест утечки.
Например, тут на этот сайт приходил пользователь, который поставил скачанный из интернета "чит" на одну мегапопулярную игру, а в итоге вредонос накрутил на его гуглоаккаунте гуглорекламы в кредит на кучу баксов. И вот ведь сам виноват, с одной стороны, а с другой - ну и как помогло пользователю это самое "отсутствие уязвимостей"?