Спасибо большое

Товарищи.. Если, допустим, бот запрашивает два числа введи число 1, введи число 2 как бот понимает на какой стадии находится человек?

один из параметров - это в json-е массив из массивов параметров

'inline_keyboard' => json( [ ['text' => 'text', 'callback_data' => 'command'], ... ] ) схематично можно так в сообщении задать

то есть как дать понять боту, что вводимое значение - это именно то, чего ожидает бот?

Товарищи.. Если, допустим, бот запрашивает два числа введи число 1, введи число 2 как бот понимает на какой стадии находится человек?

Машина состояния

то есть как дать понять боту, что вводимое значение - это именно то, чего ожидает бот?

Запоминать стадию юзера

В базе храни состояние пользователя

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

то есть как дать понять боту, что вводимое значение - это именно то, чего ожидает бот?

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

Запоминать стадию юзера

каким образом? вот есть вариант - хранить в базе

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

не знаю как объяснить.

каким образом? вот есть вариант - хранить в базе

можно в базе

можно не в базе

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

Да

Лучше в базе

но эт гемор какой то не?

Лучше в базе

и потом проверять if else ??

Создаешь таблицу в базе например "тексты"

чтоб понять как писать бота просто попробуйте сначала написать серверную часть любого сайта с активным содержимым (формы, вывод контекстной информации пользователя) По сути бот - это и есть этот сайт

чтоб понять как писать бота просто попробуйте сначала написать серверную часть любого сайта с активным содержимым (формы, вывод контекстной информации пользователя) По сути бот - это и есть этот сайт

там состоние можно хранить например в сессии. плюс там есть различные кнопки, каждая обрабатывается отдельно.

либо в куки

но эт гемор какой то не?

гемор??? да ты что ))) к тебе с каждым сообщением приходит ID пользователя. Поднимаешь по нему информацию, что-то считаешь, запоминаешь новое состояние в базе. Отдаешь текст, забываешь про пользователя. Вот весь по сути цикл обработки

post и get массивы. тут этого нет.

в общем, в базу писать его состояние?

post и get массивы. тут этого нет.

есть

гемор??? да ты что ))) к тебе с каждым сообщением приходит ID пользователя. Поднимаешь по нему информацию, что-то считаешь, запоминаешь новое состояние в базе. Отдаешь текст, забываешь про пользователя. Вот весь по сути цикл обработки

все понял тебя

если ты используешь вебхуки - то к тебе по сути пост запрос приходит

да, вебхуки

если ты используешь вебхуки - то к тебе по сути пост запрос приходит

+

$message = json_decode(trim(file_get_contents('php://input')),1);

$message = json_decode(trim(file_get_contents('php://input')),1);

да, так

короче, в базу?

а потом состояние проверять через switch (ну или if else) ?

ну хочешь в редис, мемкеш, файлкеш

Через if

Зачем тебе тут свитч?

что именно через if ???

Чувак давайте я тебе по быстрому объсню

А то никто толком ничего не пишет

Короче смотри

Пользователь отправил команду /start

так

ну я понимаю примерно как это работает

Ты ему в ответ "Отправьте Ваше имя" и состояние в базу этого пользователя меняешь например на "insert_name"

Далее у тебя идет проверка в кодк

Если пользователь отправил текстовое сообщнеи и его состояние в базе insert_name значит это его имя

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

Думаю проще некуда

понял

Молодец

спасибо

Рад помочь

ток учти... если ты не пользуешь бибилотеки, то /start и команда от кнопки - придут совершенно разные структуры данных

я без либ. фак)

на кнопку надо досылать команду answerCallbackQuery

Типы разные это верно один это Message другой CallbackQuery

т.е. помимо того, что ты в ответ на вебхук шлешь сообщение и кнопки ты в догонку еще курлом шлешь answerCallbackQuery

это в любой клаве такой ответ придет?

Инлайн

ой, тьфу.

гемор канеш сильный.... если весь интерфейс на кнопках - то по сути двойной трафик становится

Зря

У меня все боты на инлайне

Терпеть не могу обычные кнопки

ты вообще на каком языке будешь писать?

php

ПХП

Ясно же

пиэйчпи

Он же показывал кусок кода

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

просто начни писать. создай скрипт бота, создай бебхук, выложи куда нить и просто выводи эхов в бота $message = json_decode(trim(file_get_contents('php://input')),1); print_r($message,1) для начала

Конечно

т.е. пойми что ходит

я писал сразу в базу - так проще

Так на оф сайте уже всё расписано

этот что ли кусок?

Агась

Видно же пыха

просто начни писать. создай скрипт бота, создай бебхук, выложи куда нить и просто выводи эхов в бота $message = json_decode(trim(file_get_contents('php://input')),1); print_r($message,1) для начала

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

или это тормозит бота только?

хотя если и тормозит, то даже не заметно

это нормально ! для ускорения можешь использовать memcache

Это нормально

т.е. положил в базу, положил в мемкеш. а потом просто проверяешь в мемкеше

чтоб уложить твоего бота - надо гнать по 100 сообщений в секунду

иду гуглить про мемкеш)

Больше 30 в секунду хватит

Это нормально

ты на либе делаешь?

Да

Но я либу дописывал под себя

я чет гуглил либы, не разобрался

Да их куча

На офсайт зайди

Там есть ссылку на либу для пыхи

Юзай на здоровье

Там прописано практически всё

Удобно