Мне 34, я был в 67 странах, и у меня есть для вас лайфхак (часть 2)

Это не опечатка. Фото из последней поездки есть на обложке статьи. С момента написания прошлой статьи — за 2 месяца, я успел совершить большой тур по США и Мексике благодаря своему боту (на моём месте могли быть и вы). Так что в первую очередь почитайте о боте в первой части «Мне 34, я был в 65 странах и у меня есть для вас лайфхак».

Как я сел в лужу, но поднялся и переписал бота

Для понимания контекста сначала поделюсь, как выглядят сообщения после подписки через мой Telegram-бот:

Моя ошибка номер один — я не учёл антиспам-блокировками Telegram.

Когда в бот начали приходить пользователи, оказалось, что сообщения по клиентскому протоколу MtProto можно отправлять с интервалом, иначе отправку сообщений блокируют на несколько минут (на сколько времени точно — тоже неизвестно). Соответственно, пользователи начали жаловаться, что кому‑то доходят сообщения, а кому‑то нет.

Решением этой проблемы стало архитектурное — теперь Python-часть приложения отвечает только за чтение, а пересылает сообщения Telegram-бот. Из-за этого появилась вторая проблема.

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

create table subscriptions (
    subscription_id serial primary key,
    subscriber varchar not null,
    subscription varchar not null,
    keyword varchar not null,
    unique(subscriber, subscription, keyword)
)

Чем плох подход с таким кодом:

• Subscriber должен быть отдельной сущностью, так как в итоге нам для общения с ботом нужно хранить ещё Telegram Chat ID. Да и, вероятно, появятся ещё характеристики, например, заблокированный юзер, возможно, какие-то платные функции или что-то подобное.

• Subscription тоже должен быть отдельной сущностью. Как минимум, чтобы хранить последнее обработанное сообщение от группы, чтобы при перезагрузке приложения не пропустить сообщения и начать с того места, на котором мы остановились.

• Keyword, как ни странно, тоже сущность. Она уже напрашивалась, когда я добавил возможность искать по двум словам, указав их через пробел. Чуть позже напишу, какие идеи появились для расширения keyword.

Дополнительная проблема, которая вытекает из первой — я не собирал Telegram Chat ID, чтобы пересылкой сообщений занимался бот.

По логину через bot API нельзя отправлять сообщения. Это нужно, чтобы бот мог писать только тем, кто ему уже писал. Для этого пришлось сделать отдельную команду, запоминающую Telegram Chat ID.

В итоге пришлось сильно переписывать приложение и делать миграции баз данных, так как пользователи уже есть и ищут ботом. Также пришлось переделать и процесс подписки.

Выводы, которые я сделал из ошибок в боте

• Даже в пет-проекте хорошо подумайте над моделями в приложении.

• Если работаете с внешней системой, хорошо её протестируйте на разные варианты использований, в том числе под нагрузкой.

Киллер-фичи из версии 2.0

Как я уже рассказывал, я использую бот для путешествий и поиска билетов. И если уже сейчас у меня запросы в духе «а не поехать ли мне в самостоятельный тур по Кении, Танзании и Эфиопии», то в разные моменты жизни у меня были другие запросы. Например, год назад я страдал от разбитого сердца и хотел поехать куда угодно за сумму не больше 40 000 рублей (просто развеяться). Лет 5 назад я работал в компании, где отпуск строго согласовывался заранее, и мой запрос был — полететь куда‑нибудь в январе.

Мой бот для этого мало подходит, потому что есть поиск только по ключевым словам. А сумма и дата — вещь гибкая. Поэтому я добавил поиск по сумме (даты по тексту оказалось совсем нетривиально искать — ещё покумекаю и попробую доработать этот момент).

Вот как теперь можно поискать что угодно по сумме:

Ещё я добавил команду /changelog, чтобы можно было посмотреть, что нового появилось:

Как люди ищут в боте Dyson, сантехника и мометы футбольных матчей

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

• Стажировки, курсы, вакансии и обучение

• Билеты на концерты (на конкретный концерт или по исполнителю)

• Вещи с барахолок (привет, Dyson, но не только — ищут Apple, Oculus и т. д.)

• Квартиры или услуги для релокантов

• Моменты во время трансляции спортивного матча

• Скидки и распродажи

И для визуалов я выгрузил из моего бота рейтинг Telegram-каналов по количеству подписок на них:

Вы тоже можете развить вашу фантазию и найти свой вариант применения бота.

Ещё ко мне пришёл человек за сотрудничеством на тему аналитики брендов. Ему хотелось в профильных группах реагировать на комментарии, относящиеся к конкретной компании, то есть сделать аналог Brand analytics. Так что бизнес‑кейсы применения моего бота тоже возможны.

Какие ещё фичи я планирую добавить

• Вступление в приватные каналы. Тут проблема в том, что аккаунт могут заблокировать или пожаловаться в поддержку, и Telegram заблокирует бот. Вариант использования: я замьютил рабочий чат (ах ты лентяй) и хочу реагировать только на ссылку в Jira по моей задаче.

• Поиск по датам. Тут фича сложна тем, что в тексте сложно искать даты. Кроме того, что они могут быть в разных форматах, сообщение может быть типа «Бали в январе». И как с этим быть? Искать в каких‑то интервалах? Не совсем понятно, как человек будет это использовать — искать конкретную дату, интервал, одну дату или несколько — вылет и прилёт. Вариант использования — я хочу всё равно куда, но в даты отпуска.

Я открыт для предложений. Пишите в комментарии, если есть вопросы или что‑то не работает.

Полезные ссылки

• Базовый репозиторий проекта (в нём ссылки на Git‑модули частей проекта).

• Spring Boot bot‑стартер

• TestBackendForwarderBot — бот для подписки.

• lashnag — мой Telegram, если возникнут срочные вопросы.

Пишите, как ещё можно доработать мой бот и для каких случаев использовать. До встречи в следующих статьях!