SmartCJ Support Forum

можно, но размер таблицы меньше от этого не станет, просто тупить будет больше

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

Хотел бы вернуться к данному вопросу
в эру IPV6 когда можно иметь кучу ип адресов и давать возможность голосовать сколько хочешь раз
в эру IPV4 когда за одним ип сидят целые районы в городе и дать возможность проголосовать только одному человеку

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

Ну а еще конечно так как у вас супер движок, дать возможность админу выбрать где хранить информацию о голосах
1) в локал стораж + кука (на свои страх и риск)
2) в базе как сейчас

есть еще такая идея
у таблицы видео должны быть 2 поля (лайк + дизлайк)
которые ДОЛЖНЫ обновляться или сразу при лайке или отложенно по крону

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

пойдем по первой идее что б как обычно по очереди

"1) в локал стораж + кука (на свои страх и риск)"

поясните плз что это значит? что конкретно там хранится

localStorage — это данные, которые хранятся бессрочно и будут доступны даже после перезагрузки браузера.
В локальном веб-хранилище вы можете хранить значительно больше данных (5MB vs 4KB) и не обращаться к ним, при каждом HTTP вызове, таким образом, это может быть лучшим вариантом для хранилища данных на стороне клиента.

То есть мы храним спокойно пару id видео и метку того что мы проголосовали на основе которых можно решить делать ли кнопку лайкинга активной.

А как это влияет на рейттинг?

Точнее на кол-во записей в базе

Так то вы можете это самостоятельно без проблем сделать
Это как раз делается на стороне клиента, те на JS, смарт тут никак не участвует

Давайте сначала
rot_comments у меня занимает больше 20% от всей таблицы, что негативно сказывается на работе сайтов
хранить античит по рейтингу как храните его вы мягко говоря не имеем смысла, почему я пояснял выше
1) ипв4 за натом сидят и тем самым вы лишайте возможности лайкнуть совсем посторонних людей
2) ипв4 у людей динамические каждый реконект новый ип, и тем самым человек может накручивать сколько хочет
3) ипв6 их то у людей безмерное количество

Поэтому я и предложил хранить рейтинг в записи у каждого видео а от rot_comments тем самым избавиться

А античит рейтинга перенести на сторону клиента

ок, пойдем по очереди

" хранить рейтинг в записи у каждого видео "

например у нас проголосовали последовательно 3 раза

1
2
5


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