V
У вас feedback 100% стоит?
Да. Проблема возникает при ситуации, когда из inlineQuery передаю inlineKeyboard.
Size: a a a
2020 May 06
VM
Viktor
Да. Проблема возникает при ситуации, когда из inlineQuery передаю inlineKeyboard.
Как reply markup?
V
Как reply markup?
Да. В респонсе от inlineQuery нет Chat.ID есть только InlineQueryID
VM
Там есть From.ID
VM
Тк inline доступен только юзерам, то это то же самое
V
Там есть From.ID
уже нашел его. Но все равно получается если не к тому юзеру ушел запрос, только как ошибку отрабатывать?
VM
Viktor
уже нашел его. Но все равно получается если не к тому юзеру ушел запрос, только как ошибку отрабатывать?
Вам вообще не нужно это поле использовать
Чтобы отправить ответ достаточно в InlineConfig добавить InlineQueryId и отправить через Bot.AnswerInlineQuery
Чтобы отправить ответ достаточно в InlineConfig добавить InlineQueryId и отправить через Bot.AnswerInlineQuery
V
я так и делаю
inlineConfig := tgbotapi.InlineConfig{ InlineQueryID: update.InlineQuery.ID, IsPersonal: true, CacheTime: 0, Results: articles,
}
_, err := bot.AnswerInlineQuery(inlineConfig)
inlineConfig := tgbotapi.InlineConfig{ InlineQueryID: update.InlineQuery.ID, IsPersonal: true, CacheTime: 0, Results: articles,
}
_, err := bot.AnswerInlineQuery(inlineConfig)
VM
И как может не к тому юзеру уйти?
VM
Написали говнокода и разобраться в нем не можете :)
Простой совет - уберите все что никакого отношения к тестируемому кейсу не имеет, затем пошагово упрощайте саму логику в кейсе и проверяйте починилось ли. Так определите в чем проблема
Простой совет - уберите все что никакого отношения к тестируемому кейсу не имеет, затем пошагово упрощайте саму логику в кейсе и проверяйте починилось ли. Так определите в чем проблема
PT
каждый, кто с этим сталкивается, оценивает объем работы по написанию генератора и по ручному написанию proto, и думает “дануна”
я тут нарвался на проблему типов при работе с nosql. Грубо говоря поле name стало интом и старые данные положили приложение
какие на ваш взгляд бест практис тут
какие на ваш взгляд бест практис тут
VM
Написали говнокода и разобраться в нем не можете :)
Простой совет - уберите все что никакого отношения к тестируемому кейсу не имеет, затем пошагово упрощайте саму логику в кейсе и проверяйте починилось ли. Так определите в чем проблема
Простой совет - уберите все что никакого отношения к тестируемому кейсу не имеет, затем пошагово упрощайте саму логику в кейсе и проверяйте починилось ли. Так определите в чем проблема
При чем тут callbackquery и прочее вообще неясно
VM
я тут нарвался на проблему типов при работе с nosql. Грубо говоря поле name стало интом и старые данные положили приложение
какие на ваш взгляд бест практис тут
какие на ваш взгляд бест практис тут
Поле name не должно становиться интом, все просто
DP
я тут нарвался на проблему типов при работе с nosql. Грубо говоря поле name стало интом и старые данные положили приложение
какие на ваш взгляд бест практис тут
какие на ваш взгляд бест практис тут
менять схему совместимым образом
DP
вообще - это привет что такое, апгрейд схемы nosql в проде.
PT
менять схему совместимым образом
но я не могу гарантировать что редисом пользуется только этот сервис и другой сервси не решит изменить данные
DP
но я не могу гарантировать что редисом пользуется только этот сервис и другой сервси не решит изменить данные
коллега, если у вас одна база на несколько сервисов - у вас распределенный монолит, со всеми вытекающими
VM
но я не могу гарантировать что редисом пользуется только этот сервис и другой сервси не решит изменить данные
В редисе вообще нет же интов :)
PT
коллега, если у вас одна база на несколько сервисов - у вас распределенный монолит, со всеми вытекающими
ну можно и так сказать грубо говоря 2 сервис инвалидирует там даныне
PT
сам не пишет