D
что это?
j - down, k - up
Size: a a a
2020 November 28
N
я так понял он в 1 потоке обрабатывает апдейты?
️
да
️
говорю попробуй также на telegraf сделать
ну если телеграф так не может то он говно
OS
ну если телеграф так не может то он говно
но зачем?
️
я так понял он в 1 потоке обрабатывает апдейты?
его же и так хватает
D
нужно libuv сюда прикрутить, чтобы асинхронно получать апдейты
N
а если например к примеру тот же warn_event или другой обработчик будет выполняться 3-4 секунды, то все остальные команды боту будут висеть?
N
нужно libuv сюда прикрутить, чтобы асинхронно получать апдейты
и изобрести телеграф с node.js еще раз
OS
ну если телеграф так не может то он говно
делаешь id с ссылкой на базу, или лучше привязываешься к message_id chat_id
ym
делаешь id с ссылкой на базу, или лучше привязываешься к message_id chat_id
Чем лучше
️
а если например к примеру тот же warn_event или другой обработчик будет выполняться 3-4 секунды, то все остальные команды боту будут висеть?
там же евенты копятся на сервере телеграма а потом собираются в джсон массив
N
там же евенты копятся на сервере телеграма а потом собираются в джсон массив
так ок, он ты на итерации цикла получил апдейт, начал его обрабатывать, он там например из файла что то читает долго, в это время другой апдейт приходит
f
там же евенты копятся на сервере телеграма а потом собираются в джсон массив
так ты же их не одновременно обрабатываешь
️
так ты же их не одновременно обрабатываешь
по очереди
f
по очереди
ну в этом и проблема
OS
Чем лучше
в том что в callback_data только название action хранишь и усе понятно, и если логика поменяется, не нужно будет +100500 сообщений пере редактировать
N
а можно узнать почему на си?
️
чтоб не слишком просто было