и прийдет сообщение с буквой

он в нее кликнет же

Нигде об этом не сказано, может он просто выберет и все

но как мне проверить на какое именно сообщение пришел ответ от пользователя?

но как мне проверить на какое именно сообщение пришел ответ от пользователя?

сообщение придет с текстом с кнопки.

на какое именно - это тебе состояния для каждого юзера надо учитывать

сорри, не втичался

но как мне проверить на какое именно сообщение пришел ответ от пользователя?

Например у яндекса в качестве разделителя запросов по групам используется смайлик в начале

И красиво и функционально

машина состояний, все такое

можешь хоть дикт сделать - states[user_id] = "спросил у юзера хуйню №1" и на входящие сообщения смотреть states[user_id]. если "спросил у юзера хуйню №1", а он ответил "a", то сделать a().

машина состояний, все такое

Вот кстати интересно, если будет дойуха пользователей, то как на бэке бота, который должен отвечать молниеносно хранить стейты

Вот кстати интересно, если будет дойуха пользователей, то как на бэке бота, который должен отвечать молниеносно хранить стейты

БД

можешь хоть дикт сделать - states[user_id] = "спросил у юзера хуйню №1" и на входящие сообщения смотреть states[user_id]. если "спросил у юзера хуйню №1", а он ответил "a", то сделать a().

как проверить что он ответил?

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

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

тебе уже два раза сказали.

БД

Да ясно, но по скорости надо оптимизировать

сообщение. с текстом.

АЛе

я понимаю что сообщение с текстом

ну а в чем проблема тогда.

Он мне неприятен

Как мне проверить что ответ пришел на сообщение "выберите букву" , а не на сообщение "Скажите ваше имя" ?

Как мне проверить что ответ пришел на сообщение "выберите букву" , а не на сообщение "Скажите ваше имя" ?

а здесь я зря втирал про машину состояний что ли

можешь хоть дикт сделать - states[user_id] = "спросил у юзера хуйню №1" и на входящие сообщения смотреть states[user_id]. если "спросил у юзера хуйню №1", а он ответил "a", то сделать a().

^

states = {} send_msg("скажите имя") states[user_id] = "спросил у юзера имя" send_msg("выберите букву") states[user_id] = "спросил у юзера букву" def incoming_message: if states[user_id] == "спросил у юзера имя": pass if states[user_id] == "спросил у юзера букву": print("юзер #{} выбрал букву {}".format(user_id, msg))

Хм. А интересненько стало накидать вложенную структуру по состояниям на n вилок по ответам)

states = {} send_msg("скажите имя") states[user_id] = "спросил у юзера имя" send_msg("выберите букву") states[user_id] = "спросил у юзера букву" def incoming_message: if states[user_id] == "спросил у юзера имя": pass if states[user_id] == "спросил у юзера букву": print("юзер #{} выбрал букву {}".format(user_id, msg))

Понял спасибо

https://core.telegram.org/bots/api#answercallbackquery

в доках всё есть, так сложно прочитать?

https://core.telegram.org/bots/api#answercallbackquery

о, даже так

еще лучше)

(сорри, я плохо шарю в бот апи)

Я в глаза не видел

не много нето, но где-то рядом

ща

Понял спасибо

Это хуйня для примера только, не делай так на боевом сервере Читай про стейт машины ежжи

Это хуйня для примера только, не делай так на боевом сервере Читай про стейт машины ежжи

+

хотя если ботом пользуется полтора человека, не вижу в дикте ниче плохого %)

https://core.telegram.org/bots#inline-keyboards-and-on-the-fly-updating

тебе нужны Callback buttons

в ответ будет приходить callback_query вместо обычного теста https://core.telegram.org/bots/api#callbackquery

в ответ будет приходить callback_query вместо обычного теста https://core.telegram.org/bots/api#callbackquery

ага спс, но все равно, мне еще стейт машина нужна по идеи

сохранять состояние по любому где-то надо

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

вшэ фкн пми

а в этом году соревнование по предсказанию доты на 3 курсе было на семинарах по ML :) и знаю несколько людей с курсачами по доте. а я по кс делаю

В этом вашем вшэ занятия в бывшем миэме случаются?

... я уж не знаю, чего там и как переделали.

в миэме занятия иногда случаются, а иногда не случаются :D

я миэм заканчивал. Кафедру, которая называлась ЭВА, когда я там учился, переименована в ИКТ, когда я там был какое-то время аспирантом

субъективно кажется что в миэме сидят деды, а на фкн все молодые

ну и темы исследований и предметы соответствующие

В этом вашем вшэ занятия в бывшем миэме случаются?

У меня все занятия на Аэропорту

это не знаю. У миэма два здания было - большой трехсвятительский (китай-город) и на павелецкой

это не знаю. У миэма два здания было - большой трехсвятительский (китай-город) и на павелецкой

сейчас оба переданы вшэ, а у миэма корпус в Строгино

угу

когда я поступал в миэм мы в какой-то газете читали, что он строится. Когда я заканчивал - еще ничего не было

Че там чемпионат мира по спортивному программированию же идет

? пацаны ваще ребята

Через час резалты будут.

в есть линк?

zibada.ru/finals

или https://icpc.baylor.edu/scoreboard/

https://www.youtube.com/watch?v=j3cjcPGhqUs

ERROR: S client not available

Я там выше спрашивал про машину состояний при работе с телегой, скажите я правильно понимаю логику? Как только юзер пишет '/start' моему боту, то я беру id этого пользователя и записываю его в бд ( id пользователя + состояние, допустим "start"), потом смотрю состояние, и если у этого юзера состояние "start", то я ему пишу сообщение и спрашиваю его имя, тем самым записывая в бд след состояние "registration" . Я правильно понял принцип машины состояний ?

Примерно

Что за бота пишеш?

Я там выше спрашивал про машину состояний при работе с телегой, скажите я правильно понимаю логику? Как только юзер пишет '/start' моему боту, то я беру id этого пользователя и записываю его в бд ( id пользователя + состояние, допустим "start"), потом смотрю состояние, и если у этого юзера состояние "start", то я ему пишу сообщение и спрашиваю его имя, тем самым записывая в бд след состояние "registration" . Я правильно понял принцип машины состояний ?

Говно получается. У тебя приходит нотифи, что id послал /start, ты добавил его в БД с полями по id, т.к. это его первый (не факт, кстате) вызов бота, а дальше кидаешь в очередь обработку запросов

где говно получается?

Я там выше спрашивал про машину состояний при работе с телегой, скажите я правильно понимаю логику? Как только юзер пишет '/start' моему боту, то я беру id этого пользователя и записываю его в бд ( id пользователя + состояние, допустим "start"), потом смотрю состояние, и если у этого юзера состояние "start", то я ему пишу сообщение и спрашиваю его имя, тем самым записывая в бд след состояние "registration" . Я правильно понял принцип машины состояний ?

Да, что-то вроде. Когда начнешь делать - уже конкретные вопросы задашь по коду/архитектуре

где говно получается?

Состояния хранит в БД, ну

Состояния хранит в БД, ну

А как ты предлагаешь?)

Говно получается. У тебя приходит нотифи, что id послал /start, ты добавил его в БД с полями по id, т.к. это его первый (не факт, кстате) вызов бота, а дальше кидаешь в очередь обработку запросов

Во

Только, я хз что ему надо

Состояния хранит в БД, ну

Json'ом в отдельном файлн чтоль?

Состояния хранит в БД, ну

У меня тоже бот, я так же делал

Так и не понял что говно - хранить состояния в бд, или что

Так и не понял что говно - хранить состояния в бд, или что

Да, я ж чётко написал, не?

Litesql какой-нибудь должен зайти

нет, я ниче не понял из того что ты написал, поля какие-то, обработка запросов

обколются своими терминами, потом пытайся понять о чём они

Скулайт вполне подходит

Темпаче он умеет в памяти держать бдшку

нет, я ниче не понял из того что ты написал, поля какие-то, обработка запросов

Да и хуй с ним

Редис умеет на диск, когда надо

Лично моя рекомендация не обрабатывать /start никаким специальным образом - просто получать сообщение, смотреть id-шник, вытаскивать состояние из базы и передавать сообщение на обработку согласно состоянию. А случай с первым сообщение от пользователя (/start) - когда в базе нет этого юзера ещё, а значит мы вместо вытаскивания - создаем пользователя в базе и прописываем ему стартовое состояние. А дальше - всё как и в обычном случае

Темпаче он умеет в памяти держать бдшку

а зачем оно здесь?

а зачем оно здесь?

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

А, ок

а зачем оно здесь?

Сыкорасть?

Лично моя рекомендация не обрабатывать /start никаким специальным образом - просто получать сообщение, смотреть id-шник, вытаскивать состояние из базы и передавать сообщение на обработку согласно состоянию. А случай с первым сообщение от пользователя (/start) - когда в базе нет этого юзера ещё, а значит мы вместо вытаскивания - создаем пользователя в базе и прописываем ему стартовое состояние. А дальше - всё как и в обычном случае

Я так и хотел делать)

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

функциями, классами, отдельной стейт-машиной с условиями

Енам