Хз, я ид и текст в базе данных храню. Насколько помню иного варианта нет, может кто другой подскажет

"SELECT user_id, reply_message_id FROM order_list WHERE order_name = ?"

осталось всего-лишь реализовать БД и систему обработки того что тебе надо

ну а аргумент в функции: reply_to_message_id

функция:

await bot.send_message(receiver_reply_id[0], order_is_ready, reply_to_message_id=receiver_reply_id[1], reply_markup=await main_keyboard_menu(id, 'main_keyboard'))

та я понял, но хранить все сообщения для данного кейса это тупо.

ну у меня заказы так что збс

просто буду менять картинку, где написано будет состояние, и уберу кнопки

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

на вебхуке?

3к записей = 200Кб

(каждое поле не менее 50 знаков)

пулл

пулл же падает раз в неделю без надлежащей обработки

если не юзать часто

а у меня особая аудитория👀

и лишнее время для связи с бд

Вебхук актуален, если у тебя бот с 10 пользователями в месяц. Тогда всё логично, тебе не надо атаковать телеграм своими запросами "пришло обновление? а сейчас? а сейчас? а теперь?". Вебхук сам придёт и доставит сообщение.

А если у тебя популярный продукт, то webhook не актуален. Он будет заваливать твой вебсервер огромным кол-вом обновлений. Проще забирать их самому (через polling).

Самая крупная игра в телеграм работает на polling. С получением обновлений нет никаких проблем уже пару лет.

Получается, что рекламируемое тобой описание содержит ложную информацию про проблемы с polling и в целом про тактику выбора способа доставки.

воть

просто я сам постоянно сталкивался с тем, что на поллинге падает -  а на вебхуке же - ниразу

😅

На аиограме не падает