F
Size: a a a
2020 May 20
q
Т
баян
ИС
о, а если он как то умудрился тыкнуть раньше чем начались эти секунды? а не, херню сморозил. а если у меня ещё не успело перейти к стейту, а секунды уже прошли? просто у меня работа с апи ещё
Если у тебя на разных стадиях не используются одинаковые кнопки, то проблему ты можешь решить одним условием, без всяких задержек и блокирвок базы.
ИС
Начал обрабатывать update, который пришёл от пользователя по нажатию кнопки. Повесил lock в памяти на его id, и больше не будет от него ничего обрабатываться, пока не снимешь его. Сделал все свои дела, снял lock.
ИС
Дополнительно не мешало бы проверять, что data, которая прилетела от нажатия кнопки, соответствует той стадии, на которой эта кнопка могла быть нажата.
N
Начал обрабатывать update, который пришёл от пользователя по нажатию кнопки. Повесил lock в памяти на его id, и больше не будет от него ничего обрабатываться, пока не снимешь его. Сделал все свои дела, снял lock.
хмм, а это хорошая идея кстати
N
но если бот упадёт как раз на обрабатывании мессага от юзера (и он в локе), то при след включении бота он не разлочится получается
𝐃𝐊
да, троттлинг, не антифлуд. но троттлинг же вроде по времени работает а не типа по колву нажатий за стейт (я сам не понял что написал, ну ты понял)
Количество нажатий + время сбрасывания
𝐃𝐊
Если будет спамить кнопками, останется в троттлинге, пока не перестанет
𝐃𝐊
Оно классно работает, попробуй
𝐃𝐊
Ещё можешь кэшировать callback ответ при троттлинге, чтобы вообще красота была
N
Количество нажатий + время сбрасывания
не понял
𝐃𝐊
не понял
Ты ставишь минимальное время перед нажатием кнопки, что можно расценивать, как то же количество нажатий, поставив достаточно грамотное время
𝐃𝐊
Смотри примеры, там тебе всё подходит более чем
AR
привет. как боротся с теми, кто тыкает на реплай кнопки (или инлайн) по нескольку раз? ибо у меня в хендлерах прописано States.next() и получается когда чел протыкал быстро 2 или больше раза подряд, то он вместо одного стейта прыгнул на 2 или больше. делать принудительный States.<state>.set() или можно антифлуд мидлварь прикрутить? но как мне известно, он работает именно по времени
Троттлинг и не юзать next а указывать состояние явно.
OA
привет. как боротся с теми, кто тыкает на реплай кнопки (или инлайн) по нескольку раз? ибо у меня в хендлерах прописано States.next() и получается когда чел протыкал быстро 2 или больше раза подряд, то он вместо одного стейта прыгнул на 2 или больше. делать принудительный States.<state>.set() или можно антифлуд мидлварь прикрутить? но как мне известно, он работает именно по времени
Используй кеширование в инлайн кнопках
N
Используй кеширование в инлайн кнопках
у меня реплай
OA
В скобках написано "или инлайн" - я ответил
OA
у меня реплай
там, где критичная завязка на состояние, использовать lock