как бороться с 429 ошибкой телеги? это из-за того, что очень большое кол-во активных пользователей?

очередь

очередь

но ведь тогда бот будет долго отвечать?

У него дедлайн, он занят.

Lol

но ведь тогда бот будет долго отвечать?

ну дак тебе нужно бороться с быстрым ответом или быстро отвечать ?

ну дак тебе нужно бороться с быстрым ответом или быстро отвечать ?

я в лс напишу?

потом посмотрю и скажу как

я в лс напишу?

да пиши

Оффтоп, простите, был бы рад ссылке на тематический чат. Как в ВК подтвердить валидность callback server'a методом АПИ (type confirmation) ?

Там все написано

Нужно на запрос ответить какой-то уникальной строкой который даст сам вк

Нужно на запрос ответить какой-то уникальной строкой который даст сам вк

Метод для этого существует? Или самопально?

Там все написано

Я правильно понимаю,если бот админ, то настройка privacy mode не имеет значения? А то я смотрю для моего бота включен privacy mode в настройках, но он успешно работает и получает сообщения в куче чатиков, где он админ.

Метод для этого существует? Или самопально?

просто вернуть эту уникальную строку и все

Я правильно понимаю,если бот админ, то настройка privacy mode не имеет значения? А то я смотрю для моего бота включен privacy mode в настройках, но он успешно работает и получает сообщения в куче чатиков, где он админ.

да

Я правильно понимаю,если бот админ, то настройка privacy mode не имеет значения? А то я смотрю для моего бота включен privacy mode в настройках, но он успешно работает и получает сообщения в куче чатиков, где он админ.

где не админ тоже получает вроде

а тут в моде дело, ок понял

Вопрос по работе с бд. Есть игровой бот, в бд пишется результат по уровням (около 15-ти). Планирую сделать опцию /rank - выводящую место игрока по каждому уровню. Как это лучше сделать: select * from users и потом получать индекс игрока из отсортированного словаря для каждого уровня, либо кидать 15 запросов select top 20 from users и в каждом из них искать индекс? С одной стороны, очевиден ответ, что если юзеров мало, то вариант 1, а если много, то 2. Есть какие мысли у кого, а то мне оба варианта не нравятся.

Вопрос по работе с бд. Есть игровой бот, в бд пишется результат по уровням (около 15-ти). Планирую сделать опцию /rank - выводящую место игрока по каждому уровню. Как это лучше сделать: select * from users и потом получать индекс игрока из отсортированного словаря для каждого уровня, либо кидать 15 запросов select top 20 from users и в каждом из них искать индекс? С одной стороны, очевиден ответ, что если юзеров мало, то вариант 1, а если много, то 2. Есть какие мысли у кого, а то мне оба варианта не нравятся.

Не писать в бд по уровням Вместо этого сделать набор отдельных kv хранилищ, имя-индекс, имя-уровень

Вопрос по работе с бд. Есть игровой бот, в бд пишется результат по уровням (около 15-ти). Планирую сделать опцию /rank - выводящую место игрока по каждому уровню. Как это лучше сделать: select * from users и потом получать индекс игрока из отсортированного словаря для каждого уровня, либо кидать 15 запросов select top 20 from users и в каждом из них искать индекс? С одной стороны, очевиден ответ, что если юзеров мало, то вариант 1, а если много, то 2. Есть какие мысли у кого, а то мне оба варианта не нравятся.

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

или можно сделать одну таблицу где 15 столбцов с ранком и оттуда вытащить сразу по юзер айди все 15 штук

Или юзать монго, если nodejs?

монго можно ж не только с ноды

монго можно ж не только с ноды

Ну да, это понятно, но с ноды удобнее всего, ибо под неё заточено

а у серверов телеги какое огранечение на количество запросов?

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

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

у тебя как структура базы выглядит?

15 таблиц под каждый уровень?

mode1 mode2 mode3 это уровни?

15 таблиц под каждый уровень?

Все в куче. Это просчёт изначального планирования и последующего расширения. Да, mode это уровни.

ну вот делаешь ("select mode1, mode2 .... mode 15 from 'название таблицы' where user_id = ?", (update.user_id))

только там навзание столбца после where поставь свое и где апдейт сделай по человечески

ну вот делаешь ("select mode1, mode2 .... mode 15 from 'название таблицы' where user_id = ?", (update.user_id))

Ему нужно вытащить топ по лвл, а не конкретного юзера

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

то есть я жму ранк я и получаю свой топ по всем уровням -_-

ну вот делаешь ("select mode1, mode2 .... mode 15 from 'название таблицы' where user_id = ?", (update.user_id))

Недопонимание, наверное. Я ожидаю: Юзер вводит /rank, ему: Мод1 позиция 1 Мод2 позиция 3 Итд

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

можно как то сортировкой я не умею так делать, у тебя питон?

помню похожее только чуть проще было мне подсказали

но вообще держать все все все в 1 таблице это не грамотно

особенно если ты рассширяться хочешь

Да, есть такое ´SELECT username FROM users ORDER BY mode1_score DESC´ Тут же тупняк в том, что это нужно сделать для каждого столбца.

ща думаю

но вообще держать все все все в 1 таблице это не грамотно

Если есть минутка, напиши свою мысль, как лучше.

чет башка не варит, но идея прям на можжечке вертится)

Что мешает джоинами получить то что нужно, с под запросами, для каждого топа

А потом оформит в яп подобающе?

можно вот что то такое тащить select user_id, mode 1, mode 2..... у тебя получается если данные формата ((user_id1, 123 ,23, 0),(user_id2, 23 ,42, 213),(user_id3, 500 ,0, 1)) потом берешь и в цикле сортируешь

сортируешь все кроме user_id, потом делаешь еще один цикл в котором ставишь по местам, где смотришь на какой позиции стоит 123 из user_id1 и так далее

чет дичь, ночные алгоритмы

можно вот что то такое тащить select user_id, mode 1, mode 2..... у тебя получается если данные формата ((user_id1, 123 ,23, 0),(user_id2, 23 ,42, 213),(user_id3, 500 ,0, 1)) потом берешь и в цикле сортируешь

@mzanozin

Это все дело на питоне же?

ну у меня в голове на питоне? сделать можно, но нужно ли

может есть все таки какая то сортировка в sql или таблицы разделить

можно вот что то такое тащить select user_id, mode 1, mode 2..... у тебя получается если данные формата ((user_id1, 123 ,23, 0),(user_id2, 23 ,42, 213),(user_id3, 500 ,0, 1)) потом берешь и в цикле сортируешь

Это и есть вариант 1. Им и собираюсь воспользоваться. Единственное, что не нравится, если будет много юзеров (маловероятно), то запрос может быть тяжелым.

Это все дело на питоне же?

Да, змейка. Но тут яп играет вторичную роль.

Это и есть вариант 1. Им и собираюсь воспользоваться. Единственное, что не нравится, если будет много юзеров (маловероятно), то запрос может быть тяжелым.

сколько юзеров? сортировка 10000 итераций пару секунд длится

нас тут за яп не ro-нут?

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

сначала получаем score пользователя на каждом уровне потом делаем 20 запросов вида select count(*) from table where level=Y and score > X, где X это score нашего юзверя на нужном уровне полученное число + 1 и будет позицией юзверя на нужном уровне

Ну и индекс должен стоять на пару (level, score)

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

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

сначала получаем score пользователя на каждом уровне потом делаем 20 запросов вида select count(*) from table where level=Y and score > X, где X это score нашего юзверя на нужном уровне полученное число + 1 и будет позицией юзверя на нужном уровне

Да, звучит понятно. Я по неопытности боюсь большого количества запросов, поэтому и все в одну таблицу стараюсь.

Да, звучит понятно. Я по неопытности боюсь большого количества запросов, поэтому и все в одну таблицу стараюсь.

нет, лучше в разные. Там от этого не сильно скорость падает. Если всё четко и гладко, правильные джоины, и ранние условия, то всё тип топ.

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

Всем спасибо за мнения. Остановился на селект алл и сортировке в цикле с выборкой индекса. Для себя понял, что надо почитать нормально про бд, а не на уровне сниппетов.

Всем спасибо за мнения. Остановился на селект алл и сортировке в цикле с выборкой индекса. А нафига? Проще же count(*) выбирать из бд, она уже за тебя отсортировала, елси, конечно, ты индекс поставил на колонку.

Всем спасибо за мнения. Остановился на селект алл и сортировке в цикле с выборкой индекса. А нафига? Проще же count(*) выбирать из бд, она уже за тебя отсортировала, елси, конечно, ты индекс поставил на колонку.

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

не нужен order by, ты знаешь что у твоего юзверя с id=13 есть 20 очков на втором уровне, чтобы узнать его позицию ты делаешь запрос select count(*) from user_scores where level=2 and score > 20 Правда тут возникает проблема, это мы найдём кол-во юзверей, у которых очков больше, чем у заданного юзверя. А есть же ещё те, у которых такое же кол-во очков, вот там уже должна быть какая-то сортировка чтобы понять место юзверя среди юзверей с тем же кол-м очков

Ну можно такое условие сделать: ... and score >=20 and time_of_last_game > Z где z это время последней игры нашего пользователя Только придётся это всё в ииндекс пихать.

не нужен order by, ты знаешь что у твоего юзверя с id=13 есть 20 очков на втором уровне, чтобы узнать его позицию ты делаешь запрос select count(*) from user_scores where level=2 and score > 20 Правда тут возникает проблема, это мы найдём кол-во юзверей, у которых очков больше, чем у заданного юзверя. А есть же ещё те, у которых такое же кол-во очков, вот там уже должна быть какая-то сортировка чтобы понять место юзверя среди юзверей с тем же кол-м очков

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

Не, если юзверей много, лучше в памяти кэшировать все эти позиции и обновлять по мере надобности и БД вообще не дёргать.

Думаю в redis должны быть какие-то подходящие структуры для этого

Вопрос по работе с бд. Есть игровой бот, в бд пишется результат по уровням (около 15-ти). Планирую сделать опцию /rank - выводящую место игрока по каждому уровню. Как это лучше сделать: select * from users и потом получать индекс игрока из отсортированного словаря для каждого уровня, либо кидать 15 запросов select top 20 from users и в каждом из них искать индекс? С одной стороны, очевиден ответ, что если юзеров мало, то вариант 1, а если много, то 2. Есть какие мысли у кого, а то мне оба варианта не нравятся.

что значит результат по уровню? если у тебя есть некое число характеризующее игрока , то ты в базе сможешь в поле хранить число это + второе поле сам уровень Тогда место вычисляется запросом select count(id)+1 from users whrere level = XXX and info>YYY по сути ты считаешь сколько челов выше юзера.

индекс естесно строится по двум полям. Тогда и на миллионе юзеров запрос отработает моментально

почитай про декомпозицию и нормализация баз данных

че телебот под 3.7 еще не подогнали?

че телебот под 3.7 еще не подогнали?

Нет

че телебот под 3.7 еще не подогнали?

да, с гитхаба клонируй

да мне не горит)

да, с гитхаба клонируй

Так там тоже не готово ещё

Так там тоже не готово ещё

там баг в трэвисе

чёт у меня вдруг бот на telepot стал падать со следующей ошибкой: ssl.SSLError: [SSL: WRONG_VERSION_NUMBER] wrong version number (_ssl.c:833) никто не в курсе, что за беда приключилась?

SSL: WRONG_VERSION_NUMBER