Вот а там куча есть ещё задач: кроссплатформенность, сохранение состояния, масштабирование

Ну так в правильных либах это предусмотрено

В каких?

В каких?

telegraf, например ?

telegraf, например ?

Да :) https://telegraf.js.org

Ну так в правильных либах это предусмотрено

кстати, а где можно почитать про ограничение телеграма на колличество запросов бота?

Чт не вижу ничего такого в телеграфе

Ни сохранениения состояния, ни кроссплатформенности

Ни сохранениения состояния, ни кроссплатформенности

Там все на внешних мидлварях, как в експрессе

А, ну то есть нету

Хорошая отмазка)

А, ну то есть нету

Ну в коробке нет, если об этом

Ибо зачем все пихать в 1 либу

Ну в коробке нет, если об этом

было бы странно, будь подобное в коробке

Наоборот, такое должно быть из коробки

Плагинами может быть стор для состояния

Наоборот, такое должно быть из коробки

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

Плагинами может быть стор для состояния

так так и есть )

кстати, а где можно почитать про ограничение телеграма на колличество запросов бота?

похоже, что ни где :(

Сессия это не тоже самое

Сессия это не тоже самое

а в чем разница?

Сообщения не обрабатываются по одному в порядке прихода

Два сообщения могут попасть на разные воркеры

Сообщения не обрабатываются по одному в порядке прихода

неправда )

И одновременно обновить стейт в БД

Два сообщения могут попасть на разные воркеры

какие воркеры? этг уже другой уровень абстракции

Это реальная проблема

Это реальная проблема

В чем проблема?

В том что если у тебя больше одного воркера, то будут проблемы

С concurrency

В том что если у тебя больше одного воркера, то будут проблемы

не будет, можно очереди прикрутить

там можно вклинится на любом этапе

Ну у очередей проблемы с порядком

Кроме Кафки

Кроме Кафки

ну это уже не фраймворка проблема

Это проблема, которую Фреймворк не решил, хотя мог бы

а если на вэбхуках поднимать - то вообще проблема телеги )

Это проблема, которую Фреймворк не решил, хотя мог бы

а как он может ее решить? для примера

Распределение инстансов бота по воркерам

Держись, мы с тобой. А если серьезно, есть куча тотуриалов по тому же node-telegram-bot-api

киньте плиз, не могу допедрить как сделать репост по реплаю

Распределение инстансов бота по воркерам

ну так это не фраймворка задача, как по мне

Ну это более общая задача, но как по мне для ботов это необходимо

Если не в одном процессе запускать

Ну это более общая задача, но как по мне для ботов это необходимо

да, но бот - просто пайплайн для обработки сообщения, надо распределение сделать - делаешь на чем угодно

киньте плиз, не могу допедрить как сделать репост по реплаю

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

не хочется Nero Burning ROM переизобретать )

/stat@combot

Вот не согласен - у бота есть стейт

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

допустим я пишу реплай к твоему сообщению

и бот пересылает его в лс мне или к группу или на канал

Бот это актор

Вот не согласен - у бота есть стейт

есть, и что?

и бот пересылает его в лс мне или к группу или на канал

а, это просто нужно смотреть наличие message.reply_to_message

Бот это актор

абсолютно верно

а, это просто нужно смотреть наличие message.reply_to_message

а поконкретнее

мне по идее нужен file_id

чтобы репостить фото

абсолютно верно

А у актора есть стейт и есть единый инстанс на все процессы

есть вообще группы по разработке ботов?

есть вообще группы по разработке ботов?

@botoid

А у актора есть стейт и есть единый инстанс на все процессы

шареный инстанс, да. и?

Фоеймворки это не решают

Фоеймворки это не решают

так они и не должны, может?! express. koa, hapi это тоже либы и они это не решают

Они же не для ботов

Они же не для ботов

а в чем разница? теже запросы

В том что сообщения к акторам должны обрабатываться строго по одному в порядке поступления

ERROR: S client not available

Для сервисов такого нет

В том что сообщения к акторам должны обрабатываться строго по одному в порядке поступления

должны? почему?

Ребят, что не так делаю? Клавиатура так и не отображается

Иначе нельзя понять ткущее состояние

Посмотрев на историю

Посмотрев на историю

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

Да это понятно, у пайплайна вообще нет никакой отвественности)

Вместо него можно было бы просто вызвать несколько обычных функций и все

Но Фреймворк с с мидлварами это гораздо лучше звучит

Но Фреймворк с с мидлварами это гораздо лучше звучит

вот я о чем и говорю, пайплайн с настоящими мидлварями. Остальное прикручивается по потребностям

Это понятно - я говорю о том что это не решает вообще никаких проблем

Это понятно - я говорю о том что это не решает вообще никаких проблем

решает проблему сложной обработки

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

решает проблему сложной обработки

Пример?

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

просто удобный подход, ничего более

Пример?

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

Ну и в чем проблема?

logMessage(message)

processMessage(message)

saveMessage(message)

Ну и в чем проблема?

не пали

saveMessage(message)

А когда десяток таких вещей?

то будет десять строк

Ну и в чем проблема?

может еще для isEven не ставишь пакет?)

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

в частности как передать корректно InlineKeyboardMarkup c InlineKeyboardButton

ну как в доке написано

шлешь сообщение

в optiouns прописываешь нужный параметр

reply_markup: {...:string}

сами кнопки должны быть сериализованы