Запрет голосования за фото

[gaponj88]

А у нас тернистая,но рабочая

[Alazaur]

Таблицы, да, но не каждый голос отдельной строкой, ибо рискуете базу положить уже на 50.000 пользователях.
P.S. У ютуба сервера не по 10000 рублей в месяц, и даже не по 10000 баксов, они на себе и слона китовидного вынесут да и данные они не в одной базе хранят.

[gaponj88]

Забыл этот термин,как называется,но некоторые гениальные программисты делают так ,если у тебя имя начинается на А то твои фото заносятся в первую таблицу,если на Б то во вторую и так далее и того больше производительности,и как говорится все "по полочкам")

[alexei]

Забыл этот термин,как называется,но некоторые гениальные программисты делают так ,если у тебя имя начинается на А то твои фото заносятся в первую таблицу,если на Б то во вторую и так далее и того больше производительности,и как говорится все "по полочкам")

При небольшом количестве строк это будет менее эффективно.

[sanych_dv]

sanych_dv, сейчас пользователь продвинутый пошел его кэшем не испугаешь...

По-моему, вся "продвинутость" заканчивается знанием того, как чистить кэш броузера) Не думаю, что многие в курсе того, где находится локальное хранилище плеера.

Отдельные упорные личности всегда есть, но их никакая база и IP-фильтрация не остановит.

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

[sanych_dv]

Меня удивляет отсутствие гибкости у программистов в подобном вопросе. Все решения, как правило, сводятся к альтернативе: локальное хранение переменных vs база данных. При этом мало кто думает о психологии пользователя. Громоздкая база данных на 99% будет нерабочей, ибо будет работать против 1% хакеров. Получаются слишком дорогие издержки. Задача не в том, чтобы поставить железобетонный файрволл пользователю, а в том, чтобы осложнить несанкционированные действия против сервиса. А для этого вполне можно комбинировать методы локального хранения данных (кроме флэш-кук, между прочим, существуют еще и броузерные) и серверные методы. К примеру, вполне можно сделать временное ограничение голосования с одного IP, для этого часто достаточно текстового файла, а не базы. Или / и ставить ограничение в связке ID пользователя - ID фото и т.п. Вариантов много.

[gaponj88]

Сделал в таблице,просто и удобно,но это пока в базе не накопится +100500 записей!

[alexei]

Меня удивляет отсутствие гибкости у программистов в подобном вопросе. Все решения, как правило, сводятся к альтернативе: локальное хранение переменных vs база данных. При этом мало кто думает о психологии пользователя. Громоздкая база данных на 99% будет нерабочей, ибо будет работать против 1% хакеров. Получаются слишком дорогие издержки. Задача не в том, чтобы поставить железобетонный файрволл пользователю, а в том, чтобы осложнить несанкционированные действия против сервиса. А для этого вполне можно комбинировать методы локального хранения данных (кроме флэш-кук, между прочим, существуют еще и броузерные) и серверные методы. К примеру, вполне можно сделать временное ограничение голосования с одного IP, для этого часто достаточно текстового файла, а не базы. Или / и ставить ограничение в связке ID пользователя - ID фото и т.п. Вариантов много.

IP не показатель, во первых у многих динамический, у многих совпадает.
Можно на серверах ВКонтакте хранить, если зашел разговор о гибкости.
Тут издержки не слишком дорогие.

[sanych_dv]

Можно на серверах ВКонтакте хранить, если зашел разговор о гибкости.

Только для вконтактовских приложений, а это частный случай.

[sanych_dv]

А еще на серверах вконтакте можно хранить голоса с купленных акков, оптом. Все законно )