shurshur

Операторы сейчас вовсю борются с массовыми смс с федеральными номерами. Поэтому крупные сервисы не могут это предоставлять надёжно. Если используются сим-банки - то их быстро банят. Отправка через SS7 мимо interconnect сейчас работает очень плохо, остались только какие-то серые схемы, в которых уровень доставки уже ниже 50%.

Легальный способ - аренда имени у всех операторов. Это дорого, да. Но операторы под предлогом борьбы со спамом вынуждают к этому. Либо придётся соглашаться на общие имена у конкретных сервисов (да, я уже прочитал, что тебе этого не хочется).

И последний способ, который условно нелегален, но при 10 смс в месяц вряд ли кто-то заметит: воткнуть GSM-модем с симкой в свой компьютер/сервер и отправлять через него.

Но вообще если это всё для тестирования, то реальная отправка смс вообще непонятно зачем нужна. Сгенерил код в приложении - он появился в логах - ввёл код из логов в клиентском интерфейсе.

Судя по коду, ты вообще не понимаешь, что написал.

inp будет содержать строку, введённую с клавиатуры, cmds - пустой список

Дальше проверяется inp == cmds. Очевидно, что пустой список никогда не равен строке, поэтому мы сразу попадаем в else и один раз выполнем этот блок, после этого программа автоматически хавершается.

Возьми любой учебник по Python (например, Лутца) и изучи основы. Без понимания базовых вещей вообще ничего осмысленного ты никогда не напишешь.

Настройки сервера - Модерация - выключить требование 2FA.

Пишут также, что надо включить 2FA у аккаунта создателя бота, но это кажется нелогичным.

Просто перебрать все нужные:

for node in xxx.findall('div', class_='foobar'):
  ...

Напрямую доступ к API может получить разве только какая-нибудь крупная транснациональная компания. Менее крупным следует обращаться к агрегаторам-партнёрам. Официальный список

Подключиться могут только бизнесы (можно ИП), причём есть ограничения, например, нельзя продавцам алкоголя и лекарств.

При выборе следует ориентироваться на две основные вещи: на ценовую политику и на наличие нужных интеграций. Далеко не всякого поставщика поддерживает bitrix, jivochat или что там ещё у вас планируется. До кучи, может влиять юрисдикция конкретного поставщика. Далеко не всем может быть удобно заключать договор с Сингапуром или переводить платежи в Ирландию.

Выбрав, можно выяснять уже детали подключения, используемый протокол и всё такое. Обычно каждый провайдер заинтересован, чтобы к нему больше подключались, и потому с удовольствием ответит на любые вопросы.

Разумеется, надо быть готовым к тому, что стоит использование этого API дороже, чем отправка смс.

Никак, вообще. Нужно иметь бота, добавленного в этот чат, и делать запрос строго с токеном бота. Без бота использовать Bot API не получится (что весьма логично).

Потому что input считает Enter признаком конца ввода. Пока Enter не нажмёшь, он ожидает ввод.

Тут нужен аналог getch в DOS/Windows, вот пример модуля, который это реализует https://github.com/joeyespo/py-getch

А что, по-твоему, эта функция должна делать? Она делает ровно то, что в ней написано: отправляет сообщение "введи числа" и потом тут же проверяет цифры в предыдущем сообщении пользователя.

Гугли примеры register_next_step_handler (если это телебот) или "название_библиотеки finite states machine" в общем случае.

Нет, боту доступны только те каналы, в которые их добавит администратор канала. Читать произвольные каналы можно только с помощью клиентского API.

Можно просто запоминать текст пользователя, а в callback_data передавать какие-нибудь кодовые обозначения нажимаемых кнопок. При получении от пользователя кода кнопки можно по его id достать ранее сохранённый текст и выполнить все нужные действия.

В копилку к вышесказанному:

echo -e "str1\nstr2\nstr3" >> file.txt

asyncio вообще никак не гарантирует порядок, в котором будут выполняться функции и выполняться переключение на следующую. В этом примере, например, будет запущена a() и ничего про запуск b() не будет ещё известно среде выполнения. Затем будет запущена c(), быстро завершится и завершит a().

Смысла в таком тесте мало - тут всё очень быстро происходит. Я бы рекомендовал для экспериментов вставить asyncio.sleep в функцию c, чтобы она не завершилась так уж быстро, а также во время этого ожидания гарантировано выбралась бы следующая задача - в данном случае продолжилось выполнение main().

1. Написать сообщение в канал, который доступен всем пользователям. Это наилучшее решение в большинстве случаев. Можно использовать упоминания (@here, @everyone, @роль).

2. Использовать цикл по списку пользователей. Если сообщения одинаковы, то это не очень хорошее решение. Также не все пользователи могут разрешать приём сообщений от сторонних контактов (готовимся отлваливать исключения). Плюс флудить в ЛС не очень хорошо в принципе, особенно если пользователей много (готовимся делать задержки, чтобы не превышать скорость). Ещё надо обратить внимание на то, что по умолчанию бот не имеет права получать через API список всех пользователей сервера, это надо явным образом включать, см. https://discordpy.readthedocs.io/en/stable/intents.html