JF
Спасибо
Size: a a a
2020 July 29
️️
🔫
JF
Пиф паф
DD
K
Лол. Я щас так сижу и пишу на питоне :/
JF
Жёсткоооооооооооооо
АК
Я лёжа пишу)
DB
Хехе, такую штуку в npm увидел:
+ sqlite3@5.0.0
added 107 packages from 144 contributors and audited 133 packages in 14.14s
2 packages are looking for funding
run `npm fund` for details
found 6 low severity vulnerabilities
run `npm audit fix` to fix them, or `npm audit` for details
К
Хехе, такую штуку в npm увидел:
+ sqlite3@5.0.0
added 107 packages from 144 contributors and audited 133 packages in 14.14s
2 packages are looking for funding
run `npm fund` for details
found 6 low severity vulnerabilities
run `npm audit fix` to fix them, or `npm audit` for details
Каждый участник добавил по 0,74 пакета
DB
Каждый участник добавил по 0,74 пакета
Полтора землекопа добавили по 0,74 пакета
DB
Заходят они в бар ...
JF
Как лучше хранить, что пользователь например уже оценил какую-то штуку и ему больше не нужно её показывать? В отдельной таблице типа:
user_id, rated_post_id
user_id, rated_post_id
JF
Но правда записей будет огромное количество для каждого
JF
Собственно другого вариант я здесь не вижу
ИБ
Все равно нужно хранить оценки, поэтому отдельная таблица. Но чтобы записей было не очень много, даётся время на оценку и по истечении этого времени таблица подчищается а возможность голосования убирается
JF
Типа хранить timestamp добавления и потом просто иногда чекать на наличие старых записей и удалять их?
DB
Если они последовательные — например, как сообщения в чате, — то храни lastReadMessageId
JF
Если они последовательные — например, как сообщения в чате, — то храни lastReadMessageId
Нет, тут просто происходит оценка рандомных фото пользователем
АК
Ну... Если места достаточно, то в идеале хранить все оценки 🤣
АК
Ну... Если места достаточно, то в идеале хранить все оценки 🤣
Но мы то знаем что места нету, удаляем записи старше недели:)