shurshur

Никак. Возможности 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, но сообщения ходят.

Тут аж несколько проблем.

Зачем бот отправляет пользователю пустое сообщение? Скорее всего, на это выскочит ошибка.

Зачем секция вызова поллинга бота засунута в обработчик, а не находится в основном теле бота? Такой бот просто молча завершится.

Зачем сравнивать строку message.text с модулем random? Всегда будет False, очевидно же.

Весьма настоятельно рекомендую учебник и получение элементарных знаний. Даже тривиальный бот совсем без функционала вызывает такие огромные проблемы при написании, и это явно неслучайно.

Потому что при каждом вызове sayanswer будет создаваться новый обработчик callback_query_handler(func=lambda callback: callback.data), добавляясь к списку уже имеющихся. И естественно, что тот, который "застолбил" позицию первым, будет вызываться до скончания жизни запущенного бота. И естественно, что в нём значение url будет таким, каким было при первом запуске sayanswer.

Главная ошибка тут в том, что НЕЛЬЗЯ внутри функции объявлять другие функции, не понимая чётко, зачем это нужно. Иногда так делают для решения конкретных задач. Но в данном случае это совершенно не нужно и создаёт незапланированное поведение. Функцию check выносим на уровень выше. И не используем в ней переменные из функции sayanswer. Если нужно что-то передать в check - передаём через callback_data.

Например, можно передать "btn1:кот". В check использовать декоратор с фильтром func=lambda callback: callback.data.startswith("btn1:"). В самой функции откусывать btn1: от начала и уже только тогда формировать запрос к внешнему сервису.

Если это сторонний API, который не выполняет следующий запрос до завершения текущего, то бесполезно что-то у себя ковырять, всё равно пока запрос первого не будет обработан, запрос второго обрабатывать не начнёт. Тут ничего уже не поможет.

Если же проблема в том, что обращение к API делается синхронным кодом... Ну так это и надо лечить. Например, если API работает по протоколу http, то меняем библиотеку requests (или что там используется?) на aiohttp. Тогда следующий запрос может выполняться до завершения уже начатого.

Нет, эта ошибка возникает при INSERT либо UPDATE, если в результате операции в таблице users появятся две записи с одинаковым user_id. От SELECT такого быть не может. Я бы рекомендовал всё же проверить точный номер нужной строки, чтобы убедиться в этом.

Чтобы этого не происходило, нужно уметь следить за тем, чтобы пользователи второй раз не вставлялись таблицу или чтобы их id не изменялись на конфликтующие при UPDATE. Но тут, скорее всего, влияет только INSERT. Вот с ним и надо делать аккуратно, вставлять только новых пользователей, а если пользователь уже есть - ничего не делать либо обновлять имеющуюся запись (смотря как именно требуется для логики приложения).

Как вариант, можно сделать совсем по-простому: вместо INSERT использовать REPLACE, который комбинирует INSERT и UPDATE - если при вставке запись с таким id уже есть и случается ошибка, то фактически выполняется UPDATE соответствующей записи с изменением всех перечисленных полей. Например, для REPLACE INTO users (user_id, referrer_id) фактически выполнится что-то типа UPDATE users SET referrer_id=... WHERE user_id=...

172.17.0.1 это обычно локальный IP интерфейса docker0. Вся сеть 172.17.0.0/24.

Модно посмотреть вывод ip addr list dev docker0 и docker network ls, чтобы убедиться.

Потому что плохо читаем документацию. Потому что копипастим куски кода без понимания как они работают.

message_handler принимает один аргумент - Message.

callback_query_handler принимает один аргумент - CallbackQuery.

Тут зачем-то в callback_query_handler два аргумента - call и message. Но бот-то вызывает его так, как и требуется по документации - с одним аргументом. И python обоснованно жалуется, что второй аргумент (message) не передавался.

До кучи, никогда (НИКОГДА!) нельзя объявлять новые handler'ы внутри имеющихся. Это работает не так, как ты думаешь, и может вызвать очень забавные глюки. Вообще, я не знаю, где люди такому учатся, но на этом сайте с таким приходят регулярно.



Далее, в обработчике надо ответить пользователю, установить следующее состояние и сразу же завершить работу этого обработчика. Всю дальнейшую обработку следует выполнять в следующих обработчиках. А сейчас в этом коде все вопросы задаются подряд в одной и той же функции по имени rezume подряд, безо всякого ожидания ответа от пользователя. Короче, сейчас в коде полная лажа, так работать не будет вообще никак.

PS: Слово "резюме" по-английски пишется совсем не так.

Смотрим в документации варианты синтаксиса location. Например, можно сделать так:

location ~ ^/api-test/(.*)$ {
    proxy_pass http://10.0.0.247:8170/api/service/$1$is_args$args;
}

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