ВКонтакте API

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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