G
Да, стопать в ерроре действительно бесполезно. Нужна фича повтора запроса в либе
Size: a a a
2020 May 27
G
Да, стопать в ерроре действительно бесполезно. Нужна фича повтора запроса в либе
Или не нужна, при правильной архитектуре бота
G
Как логгировать все прилетающие хэндлеры? Нужно для дебага.
LoggingMiddleware
<Ч
ну всм, чтобы потом обработать апдейт
ну бот подождёт тайм слип (при условии что больше ни откуда не отправляются запросы) и продолжит обрабатывать все апдейты которые, простите, проспал
ЕР
LoggingMiddleware
готовый какой-то есть?
<Ч
Или не нужна, при правильной архитектуре бота
мало ли накосячил где-то:)
В
Привет. Какую orm юзаете?
G
Сейчас если просто повторить обработку апдейта, то можно получить неожиданное поведение от бота (не UB)
GF
Или не нужна, при правильной архитектуре бота
а какая - правильная?))
ЕР
это понятно, что это компонент. Неправильно выразился. Я имел ввиду пример использования
G
Привет. Какую orm юзаете?
tortoise-orm, gino
ЕР
или просто импортишь и регистрируешь?
G
или просто импортишь и регистрируешь?
Да
GF
Сейчас если просто повторить обработку апдейта, то можно получить неожиданное поведение от бота (не UB)
какое?
G
Да
Будет в лог срать
ЕР
Да
dp.middleware.setup(LoggingMiddleware())
G
какое?
Ну в зависимости от логики обрабатывающего хендлера, юзеру придет повторно сообщение, может запрос к стороннему сервису повторится, в общем что-то повторится
GF
Ну в зависимости от логики обрабатывающего хендлера, юзеру придет повторно сообщение, может запрос к стороннему сервису повторится, в общем что-то повторится
Ну да, я подумал об этом, конечно))