i3stone, по сути для архитектуры arm64v8a нет готовой сборки питона, который встроить в apk. Вероятно, её надо или сделать отдельно, или нужно поставить какой-нить toolchain для кросс-компиляции, чтобы эта штуковина его собрала при сборке apk. Всё это плохо совместимо с "в линуксе я ноль".
Да, проходила такая новость. Я сам не проверял, но довольно очевидно, что надо взять user_id подписанного на канал (но никогда не подписывавшегося на бота) пользователя и послать ему. Если получится - ок, значит, всё понятно и просто. Если не получиться - разбираться дальше.
i3stone, бот в любом случае должен быть где-то запущен. А общаться с ним игра сможет только через клиентский API. Который в игру тянуть (и просить пользователя сдать свои реквизиты от Телеграма) это такое бэээ...
Движок source должен нормально запускаться на Linux, и его использовать было бы лучше, но придётся вложить усилия в осваивание этой системы в необходимой для этого степени.
Kryptonit, быстрее чего? Что мешает, например, сделать 20 попыток с интервалом в секунду, прежде чем признать вызванный скрипт сработавшим неудачно? В конце концов, можно разделить макрос на два, один запустит внешний скрипт, второй потом забирает результат его работы?
Для этого надо отказаться от работы напрямую с файлом и вместо этого организовать коммуникацию скрипта с макросом. Например, в python-скрипте сделать веб-сервис (можно даже не RESTful), который будет вызываться макросом для обмена данными. Или, как вариант, пусть python-скрипт запишет нужные данные во временный файл (хоть даже текстовый), а макрос из прочитает из файла и загрузит в нужные ячейки.
Spotegg, большинство провайдеров таких вот voice+sms широко используются как одноразовые номера или просто номера короткого срока жизни, поэтому на них аккаунт WA мог меняться настолько много раз, что чисто по статистике WA вся номерная ёмкость уже считается "токсичной". Поэтому-то сейчас такая огромная проблема зарегать WA на левый номер.
Но некоторая альтернатива есть, правда, не дешёвая и не для всех. В WhatsApp Business API можно зарегистрировать номер не через SMS, а с голосовым подтверждением кода. Так что можно будет использовать более традиционную телефонию без SMS, а сам номер приземлить в какой-нить jivosite либо любой другой сервис, в котором есть поддержка бизнес-WA. Но придётся проходить верификацию бизнеса у фейсбука и платить за использование. Плюс звоник в самом WA на такой номер невозможны.
Всё вышесказанное, я считаю, должно намекнуть, что проще просто купить симку в нужной стране и найти способы разместить её там и конвернтнуть в SIP. Можно, конечно, просто привезти симку оттуда к себе домой, но международный роуминг...
EnotShow, можно держать кэш заблокированных в памяти и обновлять его каждые ндцать минут запросом. Всё это скрыть в функцию или декоратор, чтобы не болела голова в каждом обработчике.
dimon_9519, в интернетах полно информации. Можно использовать сайт из соседнего ответа, но осторожно, потому что он означает, что отдаёшь соответствующему приложению свой токен и доступ к своей странице.
Нет, нельзя. Бот в любом случае получит сообщение, но может его проигнорировать.
Копировать одинаковую проверку на ндцать строчек, конечно, не надо. Можно, например, сделать функцию проверки и её везде проверять в начале каждого обработчика. Ещё более красиво - свой декоратор.
executor.start_polling предназначен для запуска из синхронного кода, даже await не требует. Он пытается создать event loop, а тот уже создан. И даже если бы это прокатило, в этом месте бот бы заснул.
Hamachi создаёт виртуальный интерфейс в системе со своим отдельным IP-адресом. Вот по этим адресам участники этой маленькой сетки могут друг к другу обращаться.
wirflve, я бы попробовал "path/to/dir/name" для name.session. Но вообще наверняка в документации всё написано на тему того, как правильно делать. Чего бы туда не посмотреть?
curs3dcult, я бы рекомендовал не использовать отдельные модули. Во всех форках discord.py slash-команды поддерживаются нативно. Например, я когда-то пробовал освоить discord_slash, но напоролся на то, что он не работал с discord.py 2.0 с компонентами, вызывая невнятные ошибки где-то в недрах.
Вот так вот можно сделать в disnake (один из форков discord.py), в этом случае бот при старте будет писать в консоль детали о синхронизации команд, а на тестовых гильдиях вообще прописывать их явным образом, что намного быстрее:
