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

просто бд мне кажется лишней здесь, плюс перформить будет хуже по идее

Ага, и в коллбеке указываешь айди файла с лмс?

ага

Ну тогда да, редис

В этом случае если не найден файл будет ты можешь его загрузить еще раз

да и я энивей чекаю их на обновление раз в час

и даже если в редисе будет обрыв, то не страшно если данные на один час несвежие

короче буду юзать редис

спасибо что прояснил)

референс на оюьяснение скинуть нельзя?

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

плюс сцены с сессией из коробки работают, и кто бы что ни говорил для простого роутинга они оч удобные

Спроси @letitcode

:))

@ioscars @letitcode В общем, я попробовал отправить ббббббббббббббббббббббббббббббббббб в callback_data. Здесь 35 символов, но в два раза больше байтов. Результат - BUTTON_DATA_INVALID. То же самое с английскими символами работает.

Поэтому, как я и говорил, нет смысла брать основание выше 256, считаются сами байты, а не символы. Нет способа закодировать число 320 оптимальнее, чем 0x40 0x01 (или другими двумя байтами).

Ну и да, строка - это чисто бот апи штука. Бот апи принимает строку и отправляет на телеграм сервер raw массив байт. Сам телеграм сервер уже проверяет длину. Поэтому, никаких "символов" здесь по сути и нет, это не строка. И бот апи принимает не только utf-8 как callback_data.

👍

Чтобы что?

Ну и извращения