Только sqlite, а не sqlight

ну главное, что ты меня понял ;)

Только sqlite, а не sqlight

теперь у меня два почти одинаковых бота ? один на vps, другой на хероку. С разницей в 10-20 коммитов.

Люблю связку vcs+travis+heroku

У меня три бота - dev, beta, stable

Дев для локальной разработки, бета деплоится из одной ветки на стейджинг сервер в pipeline, а стейбл из мастер ветки на продакшн сервер в пайплайн

Дев для локальной разработки, бета деплоится из одной ветки на стейджинг сервер в pipeline, а стейбл из мастер ветки на продакшн сервер в пайплайн

Норм.. Я кстати че-то забыл про ветки совсем.. Там же удобно было.

Ну и каждый сервер цепляет из переменных окружения свой бот токен

ну у меня бот токен лежит в local_properties =) Вернее не один бот токен - а список =)

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

типа старые инлайны отвлекают?

типа старые инлайны отвлекают?

ну народ тёмный, будет в них тыкаться, а они же не работают уже, не в контексте же

ну народ тёмный, будет в них тыкаться, а они же не работают уже, не в контексте же

ты хочешь инлайн кнопки убрать из сообщения бота?

получается 3 степени - инлайны, кейборд и коммандс

ну эт смотря какой на них функционал привязан. Но да, ихмо если функциональность кнопок утрачивается, то я б их скрыл

ты хочешь инлайн кнопки убрать из сообщения бота?

да. вроде можно же

у меня просто инлайны были - лайки/дизлайк к новости

они цеплялись к самой новости и функционал их не пропадал

да. вроде можно же

бот может редактировать только те сообщения, которые пишет сам.. Так что по идее можно

поэтому не было нужды скрывать

поэтому не было нужды скрывать

отмотал на месяц назад и давай тыкать? :)

но вообще имхо - скрывать кнопки не лучший способ

отмотал на месяц назад и давай тыкать? :)

ну а почему нет

функционал то остался

но вообще имхо - скрывать кнопки не лучший способ

обоснуй

кмк, если интеракция перестаёт быть доступной - то норм тема скрывать кнопки

дабы не вводить юзверя в заблуждение

обоснуй

ну обычно наличие истории не мешает использовнаию - наоборот помогает

меньше юзверь знает и меньше ему пространства для маневра - крепче спит и ничего не сломает)

вот ту да, может быть тебе не инлайн кнопки нужны, а обычные?

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

функционал то остался

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

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

ну так data в помощь же

ну да, в кнопках ж есть callback data

в неё можно всё запихнуть

и не надо запоминать будет контекст

с либой, что я сделал, можно галерею за час написать =)

и не надо запоминать будет контекст

да надо, надо...

хотя порой конечно контекст хочешь не хочешь а надо помнить

для постраничной навигации, например

тут конечно печаль что обычные кнопки data не могут нести

решило бы кучу проблем с моим вчерашним вопросом про 2 одинаковые кнопки с разными handler'aми

если нужны кнопки с датой - используешь инлайн

к чему эти сложности)

если нужны кнопки с датой - используешь инлайн

а без даты нельзя?

решило бы кучу проблем с моим вчерашним вопросом про 2 одинаковые кнопки с разными handler'aми

они не для этого. они там "домой, сайт, рейтинг". а управление нужно ближе к ответу

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

а без даты нельзя?

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

callback_data String 1-64 =( тут много не спрячешь

почему?

прячешь имя функции и аргументы

хватит на гора

можно обфусцировать

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

не очень тебя понял =) ноу меня вот так:

не очень тебя понял =) ноу меня вот так:

ну так хорошо)

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

=)

причем обфусцировать обычно даже нужно)

потому что передаёт data клиент

да, 64 символа то

огого

не по этому)

там нечего передавать с кнопки)

такого, чтоб не влезло)

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

как тебе такое?

там нечего передавать с кнопки)

может быть случай подделки data

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

Хороший кейс

Тут да, контекст конечно нужно помнить

Ну защита нужна с обоих сторон)

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

А вот и 666

ааа ... еще 1 и число имени зверя нас пометит !!!

Авэ авэ

Ам нам шибаб

а чего крутится

answerCallbackQuery нужно делать

answerCallbackQuery нужно делать

+

а чего крутится

нужно ) а почему так нельзя?

А там случайно не линкуется сообщение то? Которое бот сам процитировал?

Может и не надо контекста и/или впихивать невпихуемое в дату

я н понимаю, о чем вы говорите )

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

нужно ) а почему так нельзя?

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

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

никто не ждет ответа - бот отвечает мнгновенно

никто не ждет ответа - бот отвечает мнгновенно

так убирай ожидание на кнопке)

В ботфазере

это ровно один запрос на answercallbackquery

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

@BotFather

это понятно что в ботфазере, а где именно там, какой запрос

@BotFather

аааа... это там такая маленькая пидюлина появляется вроде?