Это извращенцы всякие

Пробовал аж 2 раза, если ничего не получится очищю данные

Я юзал Cloud Functions & Firestore. Но это очень специфичный, закрытый и редко вызываемый бот. Выбранные инструменты были, пожалуй, чтобы поэкспериментировать со средствами Firebase.

Pyrogram не лучше aiogram? По крайней мере документацию у них читать гораздо приятнее.

Вообще конечно этих библиотек куча - Telethon, aiogram, pyrogram. И всё это создаёт какое-то ощущение сырости.

Пиро об MTProto, aio об Bot API
В пиро мало высокоуровневых методов в сравнении айо, часто нужно лезть в raw функции

Я их в связке использую, и пиро это узкое место (но возможности Client API нужны)

Дока у aiogram 2.x хромает, у тройки топ, да и тройка в принципе топ

Но тройка ещё в дев ветке, хотя уже стабильна

И поддержка у пиро крайне слабая сейчас
С марта не было обнов

#Вопрос по телеграм-ботам

@stmarketer @r3ffy у меня вопрос к вам и ко всем кто погружен в боты.

Допустим, у меня есть 10 подписчиков и каждый может начать 10-дневный марафон задачь. У меня в БД есть на каждый день ссылки, теория и задачьки для разработчика.

Каждое утро в 9:00 нужно отправлять задание текущего дня всем участникам.
Дело в том, что один может начать 1-го числа, второй 5-го, третьи 10-го и т.д.

Вопрос. Как лучше хранить такой стейт? Что у первого сегодня первое задание, у второго пятое и т.д. и отправлять каждому свой день.

Хмм, в редисе фсм стейты хранить и проверять уже. У иограмма собственно есть решение

Если я правильно понял вопрос

Предлагаю назвать это не днями, а уровнями, так как судя по всему нет жёсткой привязки к дням

Можно использовать машину состояний aiogram'a

да, жесткой привязки нет. От первого дня +1 день пока не <= 10

В таблице users также может быть отношение к таблице заданий

Таки FSM иограмма+редис

А как тут будет работать ежедневная рассылка?

а почему ты просто в БД m2m это не сохранишь?

Нужно думаю все таки запись в БД делать

Я хз кронжобу какую-нить прикрутить, которая будет рассылать