аа

ну колбек от апи приходит

Ого, ктото колбеки использовать начал

Ого, ктото колбеки использовать начал

да хорошая штука так то :)

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

Добрый вечер, @rzxcx! Что шаришь в I.T.? Чем можешь поделиться с чатом?

Здравствуйте, Пишу на php и python. Использую symfony

Здравствуйте, Пишу на php и python. Использую symfony

+1 hp to Max Max

за ответы плюсуем

да хорошая штука так то :)

Да, было в прошлый раз вайл тру

Да, было в прошлый раз вайл тру

всм?

Да, было в прошлый раз вайл тру

-1 hp to Сергей Поляков

Сергей не знает, о чем говорит

ну ладно

Сергей не знает, о чем говорит

?

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

т.е. по сути одна строчка базе на новость? отдельно табличку под ответы не заводили?

Сергей не знает, о чем говорит

Спасибо за мин

Да, было в прошлый раз вайл тру

На тему while: while(42) круче

/hp

/hp

Сергей Поляков: 213 hp

т.е. по сути одна строчка базе на новость? отдельно табличку под ответы не заводили?

CREATE TABLE likes ( id INTEGER PRIMARY KEY AUTOINCREMENT, item_id INTEGER, like_ INTEGER, disLike INTEGER, user_like VARCHAR, user_dislike VARCHAR );

,блин

Не люблю 13

ну ладно

Я исправлюсь

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

что именно?

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

угу

CREATE TABLE likes ( id INTEGER PRIMARY KEY AUTOINCREMENT, item_id INTEGER, like_ INTEGER, disLike INTEGER, user_like VARCHAR, user_dislike VARCHAR );

Почему разные типы данных для лайков?

Хм... ну ок, просто как по мне странно такое делать, таскать при каждом запросе за собой еще список пользователей - такое себе...

Почему разные типы данных для лайков?

где разные? она в варчаре json хранит....

Хм... ну ок, просто как по мне странно такое делать, таскать при каждом запросе за собой еще список пользователей - такое себе...

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

Ладно. Когда напишу чат бота на C, тогда я уйду

Мы знаем что этого не случится.

а реально? почему varchar?

что там хранится под лайками?

а реально? почему varchar?

может там sqlite?

ну у меня sqlite, да

И зачем json хранить?

а реально? почему varchar?

что не так с варчаром?

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

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

А ну понятно, я то просто постгрю юзаю

но что ты записываешь в эти колонки?

но что ты записываешь в эти колонки?

Вопрос

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

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

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

ну так да, но я думал отдельно табличку с плсюами и минусами, и при этом выводить общий "вес"

Json зачем хранить?

Есть основание для этого

я не понимаю, что в колонках user_like, user_dislike

Я уже спросил

Ответа нет

я не понимаю, что в колонках user_like, user_dislike

json в них

Судя по типу, могут быть никнеймы

она же писала выше

типа сохраняет полученный от тг пакет?

Есть основание для этого

а хранить что бы не считать дважды одного пользователя

типа сохраняет полученный от тг пакет?

типа просто берет ИД пользователя и пихает в массив

а хранить что бы не считать дважды одного пользователя

В json?

просто что бы потом сравнить голосовал он или нет

ну норм тема, да

В json?

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

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

Накладно

ну там от такого json только 2 лишних символа []

ид юзеров массив в json'e

зато удобно

потому десерилизация в лист интов

если будет bigdata, изи потом такое переделать в просто айдишки через запятую

Вообще спорно

ERROR: S client not available

зато удобно

+

+

-

но если Настя юзает sqlite, то это уж точно не bigdata и такие вещи ок опускать, имхо

и код: if (flag == 0 && !item.userDisLike.Contains(userId)) { item.disLike++; item.userDisLike.Add(userId); if (item.userLike.Contains(userId)) { item.userLike.Remove(userId); item.like--; } }

Хранить отдельными строками или одной - разницы не столь много

можно завести таблицу связок

Если нужна будет статистика и в чате 50к пользователей

user_id int post_id int is_like bool

но тогда каждый раз придется гонять запросы по базе

user_id int post_id int is_like bool

Это правильно

чтобы проверить юзера

но тогда каждый раз придется гонять запросы по базе

Не накладно

в bigdata ппц как накладно

так Настя позволяет себе кэш в памяти

наверное

Если нужна будет статистика и в чате 50к пользователей

То придется считать всю строку, что бьет по памяти?

точнее может позволить кэшировать информацию о лайках в памяти прилы

То придется считать всю строку, что бьет по памяти?

Угу и скорость

у меня в канале 43 подписчика и 2 лайка в день, вы мне предлагаете упороться в производительность?

у меня sqlite и json ид юзеров, считаю свое решение достаточно оптимальным в данном вопросе

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

у меня в канале 43 подписчика и 2 лайка в день, вы мне предлагаете упороться в производительность?

Нет, просто писать правильно) прости меня

Нет, просто писать правильно) прости меня

ну и пиши сам правильно, какие проблемы?

ну и пиши сам правильно, какие проблемы?

Нет

у меня в канале 43 подписчика и 2 лайка в день, вы мне предлагаете упороться в производительность?

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

Статьи уже промелькивали

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

Бизнес так не работает

да правильно в данной ситуации всё

да правильно в данной ситуации всё

?

Поддерживаю

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

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