shurshur

Есть два способа получения доступа к API WA.

1. Легальный: WhatsApp Business API. Нужно зарегистрировать бизнес (можно ИП) в Facebook Business Manager, пройти модерацию, получить доступ через одного из партнёров WhatsApp. Недостатки: дорого. Достоинства: надёжно, официально.

2. Нелегальный: имитация недокументированного WhatsApp Web API. Достаточно держать телефон с WhatsApp включённым, сфотографировав QR-код, выданный нужной библиотекой или сервисом. Недостатки: риск бана (невысокий, но я бы не советовал использовать Очень Важный Номер в таких играх), риск что всё сломается из-за изменения Web API, необходимость держать включённым номер телефона. Достоинства: дёшево, не нужно регистрировать шаблоны для отправки сообщения первым (но если часто отправлять первым повышается риск бана).

1. Почему два обработчика on_message? Должен быть один.

2. client.command - метод класса не discord.Client, а discord.ext.commands.Bot. Перепиши на этот класс - он наследует discord.Client и все его методы поддерживает.

3. При наличии on_message команды сломаются, его или убрать, или правильно добавить обработку команд, см. https://discordpy.readthedocs.io/en/latest/faq.htm...

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

Если надо изображать настоящий браузер с js - selenium.

Никакого волшебного аналога selenium "без браузера" не существует и не может существовать, ведь он должен имитировать полноценный браузер с окном, документом, скриптами и css, а без настощего браузера (хотя бы headless) этого не достичь.

В python нет перегрузки методов, вместо этого там можно принимать произвольные параметеры через *args и **kwargs, например:

def __init__(self, *args):
    if isinstance(args[0], date):
        # это date
    elif all(isinstance(arg, int) for arg in args[0:3]):
        # это 3 int

Update: как обсудили с автором, скорее всего тут речь об использовании deep linking. Пользователь идёт по ссылке, где в context передаётся какой-то идентификатор или хеш, затем делится с ботом своим номером телефона, и авторизация пройдена.

Предыдущий ответ оставляю, так как он тоже может оказаться полезен:

Viber Bot (в девичестве Viber Public Account) не позволяет отправку сообщений по номеру телефона. Для этого надо использовать Viber Business Messages (в девичестве Viber Service Messages) через партнёров Viber.

Обычная практика в этой сфере - посылать сообщение через Viber, затем по таймауту высылать запасную СМС. Это называют модным словом "каскад". Можно для повышения надёжности включать в каскад также WhatsApp (и другие каналы с отправкой по номеру телефона, например, mail.ru notify). Но можно просто при проверке номера пользователя предлагать ему самому выбрать из списка предпочтительный канал для проверки (если не сработает - пользователь попробует другой канал самостоятельно).

Нужно быть готовым к тому, что стоимость отправки в Viber/WA по номеру телефона стоит дороже, чем СМС. Хотя сообщение на мессенджеры принято тарифицировать только при успешной доставке (недоставленные бесплатны), есть также обязательный ежемесячный платёж (для Viber это требование самого Viber, для WhatsApp большинство поставщиков продают минимальный пакет хотя бы на 5-10 тыс. рублей, а те, кто не берут абонентку, для покрытия своих расходов тарифицируют даже бесплатные сообщения).

Зачем в цикле на каждую кнопку отправлять отдельное сообщение? Надо сначала в цикле сформировать клавиатуру, а потом отправить одно сообщение.

Использовать \b для отметки границы слова:

\breg\b

https://learn.javascript.ru/regexp-boundary

timestamp = [11111,22222,33333]
file_list = ['file1','file2','file3']

files_dict = [{"key":k, "value":file_list[i]} for i,k in enumerate(timestamp)]

Но вообще по логике с такими данными удобнее работать в виде dict, где в ключах значения timestamp, а в значениях - имена файлов. Это ещё проще:

files_dict = dict(zip(timestamp, file_list))

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

Ключ -e заставляет считать первый аргумент кодом, а не именем файла.
Ключ -n оборачивает этот код в цикл while(<>) { ... }
Ключ -p добавляет в конец print.

В результате команда perl -pne 's/foo/bar/' превращается в аналог скрипта такого содержания:

while(<>) {
  s/foo/bar/;
  print;
}

Конечно, как нетрудно догадаться, такой вызов аналогичен вызову sed s/foo/bar/ Таким образом, perl можно использовать почти как sed или awk, только с более богатыми регулярными выражениями и более широкими возможностями программирования.

Например:

some_command|perl -pne 's/foo/bar/g; s/lorem (\d+)/\1 ipsum/g' > output.txt
perl -ne '/([_\w]+)\s*=\s*"(.+)"/ && print "key $1 value $2\n"' /etc/environment

Это не так просто. Если что-то категорически пошло не так, то надо вручную поправить базу. Либо откатить базу аккуратно к предыдущему состоянию (например, удалить новые поля в таблицах), удалить строку о применённой миграции из таблицы django_migrations, удалить эту самую сбойную миграцию из APP_NAME/migrations, затем сделать makemigrations ещё раз и накатить полученную миграцию.

До кучи:

manage.py showmigrations - покажет все миграции во всех приложениях
manage.py sqlmigrate APP_NAME MIGRATION_NAME - покажет SQL-запросы, соответствующие этой миграции

Зачем? Эта библиотека для другого предназначена.

Если речь идёт о постоянной синхронизации именно файлов, то очень неплохо работает lsyncd. Только ни в коем случае нельзя пытаться использовать его для синхронизации в две стороны (путём запуска двух экземпляров), только в одну! (Я тестировал, даже если запись идёт только в одну сторону, иногда спонтанно случается синхронизация в неправильную сторону неполностью записанного файла)

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

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