пагинация никак не связана с их апи. это уже бизнес-логика вашего приложения. решаете так, как удобно вам и вашим пользователям.
я пагинацию делал с инлайн кнопками. пример: @edapermbot
А в чем проблема с отправкой и каким образом "особенно" вебхук?
Не в первый раз слышу о том, что все очень сложно и плохо с вебхуками. Но это все ерунда. Нормально там и просто
artshelom:
Например, есть бот на котором 3 кнопки в основном меню и 2 внутри.
- Новости
- О нас
--Контакты
--Реквизиты
--Назад
- Оставить заявку
Нажал пользователь /start - записали в базе, что данный пользователь в состоянии main (например)
Выбрал он кнопку "О нас" - фиксируем (заменяем) состояние пользователя на about и выводим меню для раздела "О нас"
Нажал кнопку "Назад" - сменили состояние на main и вывели главное меню
Нажал "Оставить заявку" - выставили на состояние read_message и ждем текст от пользователя, после этого фиксируем его и переходим в состояние main
Как вы будете делать на nodeJS это уже дело техники.
Реализация для телеграм и не для него ничем не отличается.
Также на сайте можете "хлебные крошки" выводить, или менюшки делать. Так и здесь.
Примеры именно для телеграм могут пригодиться только для формирования конечного меню (перед отправкой пользователю). Ссылку на api вам скинули выше.
Отправляет ник не он, а телеграм. Т.е. из тела запроса можно вытащить ник. Лучше указывать id, он не меняется. Но пользователю трудно будет определить свой id.
Можно сделать так:
0. Бот подписался на бота (установил)
1. Пользователь ввел свой ник на сайте
2. С сайта через бота пользователю ушел цифровой код
3. Пользователь ввел этот код на сайте. Все. Связка есть. На сайте фиксируете ник и id. Работаете по id
Денис Денисов: что за библиотеку/фреймворк используете для работы с телеграмом?
Посмотрите ответ от телеграма, что он отвечает, когда вы ему отправляете сообщение с клавиатурой, возможно, сразу все станет ясно