Pull to refresh

Comments 10

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

Посты с кодом лучше оформлять используя окно для ввода кода, а не картинки

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

Дополнительные проверки тоже предусмотрены, с определенными интервалами, то о чем вы пишите это всплывает в период тестирования - тестирование данный бот прошёл

Рекомендую обратить внимание на библиотеку pyrogram. Здесь описано почему она лучше чем обычный bot api

Она асинхронная, использует mtproto без прослойки в виде http и вообще очень крутая. Она также не имеет ограничений на размер файла и некоторые другие, которые присутствуют в обычном bot api

Всё верно, недавно пытался написать бота используя telethon и столкнулся с кучей ограничений. На pyrogram всё взлетело из коробки.

Тоже своего бота поднимал, потребовалось расширить функционал для ведения истории и отслеживания сертификатов. На это нужно время разработчика. Поднял uptime-kuma, подключил уведомления в телеграм, отлично справляется с задачей, развертывания 5-10 минут

Почему не настроить уведомления в телеграм в любой уже существующей удобной системе мониторинга?
Зачем всего-лишь из-за отправки уведомлений в телегу нужно писать свой обход урл-ов, причем с примитивной логикой, в то время как в мониторинге можно указать все - и интервалы, и пулл чеки и чеки не только URL а чего угодно (базы данных, брокеры, процессы, свободное место)...

А вместо целого кода с ботом, достаточно просто curl для отправки сообщения в нужный чатик из мониторинга, или уже готовый плагин.

Однажды делал бота в компании для автоматизации системы Jira

Суть ее состояла в том, что она делила сотрудников на роли
1. Разработчик
2. Тимлид
3. Менеджер
4. Руководитель отдела
5. Руководитель производства

В зависимости от роли, приходили структурная информация с джиры
Одним из примеров можно предоставить общее сообщение для всех пользователей, которое показывает задачи просроченные по времени и задачи, которые ушли в перерасход по времени

Задачи по которым есть просрочка или перерасход по часам

UME-282 - К выполнению
Просрочка - 25.01.2023
UME-97 - В работе
Перерасход - 522%
Просрочка - 23.01.2023
UME-73 - К выполнению
Перерасход - 161%
Просрочка - 27.12.2022

Sign up to leave a comment.

Articles