можно, но размер таблицы меньше от этого не станет, просто тупить будет больше
можно вообще одной записью все это сделать, если это основное на что вы обращаете внимание, но тупить будет еще сильнее
rot_comments
Re: rot_comments
Don't forget to run script update
Re: rot_comments
Хотел бы вернуться к данному вопросу
в эру IPV6 когда можно иметь кучу ип адресов и давать возможность голосовать сколько хочешь раз
в эру IPV4 когда за одним ип сидят целые районы в городе и дать возможность проголосовать только одному человеку
а база растет и растет но вариантов других по античиту не придумали (хотя есть кука и локалсторож)
можно ли хотя бы тогда сделать функционал - разрешить повторно голосовать за видео через Х дней
тем самым мы можем сохранить количество лайков но стереть с базы аипи адреса и разгрузить базу
но тут тогда вопрос, как компактно хранить голоса в одной записи а не в каждой
Ну а еще конечно так как у вас супер движок, дать возможность админу выбрать где хранить информацию о голосах
1) в локал стораж + кука (на свои страх и риск)
2) в базе как сейчас
в эру IPV6 когда можно иметь кучу ип адресов и давать возможность голосовать сколько хочешь раз
в эру IPV4 когда за одним ип сидят целые районы в городе и дать возможность проголосовать только одному человеку
а база растет и растет но вариантов других по античиту не придумали (хотя есть кука и локалсторож)
можно ли хотя бы тогда сделать функционал - разрешить повторно голосовать за видео через Х дней
тем самым мы можем сохранить количество лайков но стереть с базы аипи адреса и разгрузить базу
но тут тогда вопрос, как компактно хранить голоса в одной записи а не в каждой
Ну а еще конечно так как у вас супер движок, дать возможность админу выбрать где хранить информацию о голосах
1) в локал стораж + кука (на свои страх и риск)
2) в базе как сейчас
Re: rot_comments
есть еще такая идея
у таблицы видео должны быть 2 поля (лайк + дизлайк)
которые ДОЛЖНЫ обновляться или сразу при лайке или отложенно по крону
то есть при голосовании пишется +1 голос к видео
а аипи пишется во временную базу и чистится через Х дней
у таблицы видео должны быть 2 поля (лайк + дизлайк)
которые ДОЛЖНЫ обновляться или сразу при лайке или отложенно по крону
то есть при голосовании пишется +1 голос к видео
а аипи пишется во временную базу и чистится через Х дней
Re: rot_comments
пойдем по первой идее что б как обычно по очереди
"1) в локал стораж + кука (на свои страх и риск)"
поясните плз что это значит? что конкретно там хранится
"1) в локал стораж + кука (на свои страх и риск)"
поясните плз что это значит? что конкретно там хранится
Don't forget to run script update
Re: rot_comments
localStorage — это данные, которые хранятся бессрочно и будут доступны даже после перезагрузки браузера.
В локальном веб-хранилище вы можете хранить значительно больше данных (5MB vs 4KB) и не обращаться к ним, при каждом HTTP вызове, таким образом, это может быть лучшим вариантом для хранилища данных на стороне клиента.
То есть мы храним спокойно пару id видео и метку того что мы проголосовали на основе которых можно решить делать ли кнопку лайкинга активной.
В локальном веб-хранилище вы можете хранить значительно больше данных (5MB vs 4KB) и не обращаться к ним, при каждом HTTP вызове, таким образом, это может быть лучшим вариантом для хранилища данных на стороне клиента.
То есть мы храним спокойно пару id видео и метку того что мы проголосовали на основе которых можно решить делать ли кнопку лайкинга активной.
Re: rot_comments
Так то вы можете это самостоятельно без проблем сделать
Это как раз делается на стороне клиента, те на JS, смарт тут никак не участвует
Это как раз делается на стороне клиента, те на JS, смарт тут никак не участвует
Don't forget to run script update
Re: rot_comments
Давайте сначала
rot_comments у меня занимает больше 20% от всей таблицы, что негативно сказывается на работе сайтов
хранить античит по рейтингу как храните его вы мягко говоря не имеем смысла, почему я пояснял выше
1) ипв4 за натом сидят и тем самым вы лишайте возможности лайкнуть совсем посторонних людей
2) ипв4 у людей динамические каждый реконект новый ип, и тем самым человек может накручивать сколько хочет
3) ипв6 их то у людей безмерное количество
Поэтому я и предложил хранить рейтинг в записи у каждого видео а от rot_comments тем самым избавиться
А античит рейтинга перенести на сторону клиента
rot_comments у меня занимает больше 20% от всей таблицы, что негативно сказывается на работе сайтов
хранить античит по рейтингу как храните его вы мягко говоря не имеем смысла, почему я пояснял выше
1) ипв4 за натом сидят и тем самым вы лишайте возможности лайкнуть совсем посторонних людей
2) ипв4 у людей динамические каждый реконект новый ип, и тем самым человек может накручивать сколько хочет
3) ипв6 их то у людей безмерное количество
Поэтому я и предложил хранить рейтинг в записи у каждого видео а от rot_comments тем самым избавиться
А античит рейтинга перенести на сторону клиента
Re: rot_comments
ок, пойдем по очереди
" хранить рейтинг в записи у каждого видео "
например у нас проголосовали последовательно 3 раза
1
2
5
что конкретно надо записать в базу на каждый из голосов?
" хранить рейтинг в записи у каждого видео "
например у нас проголосовали последовательно 3 раза
1
2
5
что конкретно надо записать в базу на каждый из голосов?
Don't forget to run script update