shurshur

Необходимо добавить member intents. А также включить privileged intents в настройках бота в developer portal. Документация. Вообще, примеров на эту тему в интернете море.

Если в Bot API нет такой информации, то никак. А в Bot API её на текущйи момент вообще нет. Можно только узнать о наличии premium-подписки. https://core.telegram.org/bots/api#user

Нет, так сделать нельзя, но есть утилиты, которыми можно принять через stdin лог и автоматически его ротировать по размеру (в том числе удаляя старые файлы). Например, multilog.

Примеры есть тут: https://superuser.com/questions/291368/log-rotatio...

Но в целом strace - это так себе средство отладки, тем более скриптов, лучше логгировать в самом скрипте, потому что в strace много ненужного мусора. Как вариант, можно с помощью опций ограничить системные вызовы, которые он будет логгировать.

В Bot API - никак. Этот API работает на событиях и не позволяет получать информацию по ранее отправленным сообщениям, и события вида "что-то изменилось в числе просмотров" не предусмотрено.

Только пользоваться клиентским API (MTProto) на базе библиотеки telethon или pyrogram. Изображать из себя обычного пользователя и смотреть историю сообщений в канале.

Для мобильных телефонов искать по слову HLR, есть сервисы, которые позволяют делать HLR-запросы в сеть GSM с помощью API. Однако надо понимать, что работает это всегда надёжно, может давать ложноположительные и ложноотрицательные результаты, может работать не по всем операторам.

Самый надёжный способ - совершить звонок и сбросить.

Вообще, лучше было бы рассказать исходную задачу.

Docker по умолчанию использует "слоённую" файловую систему overlayfs. В ней каждый образ состоит из нескольких слоёв, которые перекрывают друг друга (read only). Плюс собственный слой контейнера (read write). Поэтому если никакой большой записи приложение в контейнере не ведёт, то образ на диске хранится один раз и дополнительно место почти не расходуется. Это нормально, это так и задумано.

Никак. Возможности deep linking у Телеграма довольно разнообразны, но передать текст пользователю никак нельзя. Можно только передать текст боту, причём исключительно как аргумент команды start.

Подробнее в официальной документации: https://core.telegram.org/api/links

Можно использовать xargs, он сам поделит список аргументов, переданных через stdin, на такие блоки, чтобы они вписывались в лимит. Чтобы не было спецэффектов от всяких особых символов, можно использовать find -print0 | xargs -0 (символ с кодом 0 будет разделять имена файлов вместо стандартного переноса строки):

find условия -print0|xargs -0 rm -rf

Однако GNU find сам умеет удалять файлы с помощью -delete:

find условия -delete

Ещё может быть проблема, что подобная операция помешает работе сайтов из-за нагрузки на диск, это можно решить с помощью приоритетов для процессов (nice) и ввода-вывода (ionice), тогда удаление будет по возможности выполняться в фоне:

nice -n19 ionice -c3 команда

(Если используется find|xargs, то это нужно передать xargs)

500-1000 секунд это 6-12 минут примерно. Это вообще не тот масштаб, за который имеет смысл волноваться. Рассылается и ладно...

Есть два способа (на самом деле три):

1. Пойти по легальному пути. Зарегать бизнес-аккаунт у Facebook, пройти верификацию, зарегистрировать WhatsApp-номер, подключить интеграцию через какого-нибудь провайдера API и работать через него. Характерный признак - только для бизнесов, не очень гуманная цена (5-10-15 тыс. рублей только за подключение - легко), рассылка возможна только по одобренным заранее шаблонам. Но зато легально. Для серьёзного бизнеса с большим количеством клиентов наилучший вариант.

2. Пойти по серому пути. У WhatsApp есть Web-версия, народ её расковыривает и учится посылать в Web запросы напрямую, без браузера. Есть как сторонние поставщики такого доступа с вменяемым API (их много, не буду рекламить), так и готовые реализации, в том числе на гитхабе (но надо искать актуальную, чтобы работала). Характерный признак такой интеграции - нужно сканировать QR-код для привязки веб-аккаунта к мобильному приложению, а если пользоваться сторонним посредником, то его цена невелика и не имеет жёстких лимитов по числу сообщений. Есть некоторый риск бана аккаунта, поскольку официально так нельзя, но если быть очень осторожным и не спамить (только отвечать на входящие) - то риск бана минимальный (но я бы всё равно не советовал свой основной и очень важный номер в это впутывать). Такое нередко используют всякие мелкие интернет-магазинчики.

3. Есть ещё оооочень серый путь. На самом деле можно найти полученные реверс-инжинирингом реализации протокола WA, а также ключи, выдранные из официального клиента последних версий. Но за такое очень легко и быстро можно получить бан аккаунта, так что настоятельно не рекомендую (один знакомый потестировал и получил бан аккаунта - к счастью, не основного - чуть ли не в тот же день).

Для первого пути надо смотреть API конкретного поставщика (они разные), для второго найти подходящую актуальную библиотеку с недавними обновлениями или подходящего агрегатора с его собственным API. Третий - лучше не надо.

PS: Flask, ngrok - это всё фигня. Надо начать с того, через что делать эту интеграцию. В браузерном WhatsApp Web нет никакого flask, но сообщения ходят.