T
Ну то есть все остальное реально готовит аргументы для вызова этой функции. А она тупо возвращает асинхронно то, что ответил сервер.
То есть можно сразу
const data = await bot.sendMessage(...)
Size: a a a
2020 December 28
T
Понятно, что асинхронный контекст в таком случае следует соблюсти. Либо же по старинке промисами
bot.sendMessage(...).then(...)
bot.sendMessage(...).then(...)
АП
разобрался.
Оказалось, нужно присвоить эту функцию в переменную, затем ассинхронно получить данные.
const info = bot.sendMessage...
info.then(data => {
console.log(data.message_id)
})
Оказалось, нужно присвоить эту функцию в переменную, затем ассинхронно получить данные.
const info = bot.sendMessage...
info.then(data => {
console.log(data.message_id)
})
Там в любой либе под капотом методы api, удобнее их смотреть напрямую
core.telegram.org/bots/api#sendmessage
core.telegram.org/bots/api#sendmessage
☬
Там в любой либе под капотом методы api, удобнее их смотреть напрямую
core.telegram.org/bots/api#sendmessage
core.telegram.org/bots/api#sendmessage
я смотрел.
Но такой информации, с которой я уже разобрался нет.
Но такой информации, с которой я уже разобрался нет.
☬
Благо тут немного интуитивно было
☬
То есть можно сразу
const data = await bot.sendMessage(...)
const data = await bot.sendMessage(...)
хорошо, спасибо
T
node-telegram-bot-api
В этой либе все происходит тут https://github.com/yagop/node-telegram-bot-api/blob/28cd62e355d2a8fbe57594eec1548258b095678d/src/telegram.js#L249
Логика та же. Telegraf относится к node-telegram-bot-api примерно также как Koa относится к Connect
Логика та же. Telegraf относится к node-telegram-bot-api примерно также как Koa относится к Connect
н
Телега по вебсокетам есть?
н
api
T
Нет, насколько мне известно
T
И это не очень хорошо, но что есть то есть
T
Может хотя бы появится в виде QUIC, его поддержку как раз в ноду недавно добавили.
A
Всем привет. Кто-нибудь использовал nest js + socket.io вместе? Если вкратце, то проблема в том, что клиент не может подключиться. Висит запрос, обрывается и идёт реконект, события 'connect' не срабатывает. При этом на сервере я вижу что клиент подключается и отключается. Если nest заменить на express то тот же самый клиент отлично подключается
Проблема была в том, что platform-socket.io 7.6.4(последняя на текущий момент) использует внутри себя socket.io версии 2, которая не совместима с socket.io-client версии 3
AZ
Всем привет, подскажите, пожалуйста, а как сделать так, чтобы нода после падения сама перезапускалась?
АК
Всем привет, подскажите, пожалуйста, а как сделать так, чтобы нода после падения сама перезапускалась?
Можно менеджер процесса поставить (pm2, cluster) либо перехватывать в тупую process exit (но это не точно)
AZ
Можно менеджер процесса поставить (pm2, cluster) либо перехватывать в тупую process exit (но это не точно)
Спасибо, да с pm2 имел дело, а вот чтобы сама нода перезапускала себя, а не внешний пакет, так нельзя? Я думал, может её можно с каким-то ключом запустить
АК
Спасибо, да с pm2 имел дело, а вот чтобы сама нода перезапускала себя, а не внешний пакет, так нельзя? Я думал, может её можно с каким-то ключом запустить
А когда есть такая необходимость? Любопытна ситуация
AZ
Да ситуация собственно обычная, есть React + ssr с помощью ноды и иногда нода падает в следствии какой-то ошибки и приходится её в ручную поднимать, вот хочется понять самый простой способ автоперезапуска, если она всё-таки свалилась