Как реализовать?

Задача такова:

Главная страница:
по Две фото, появляются рандомно из директории.
И под ними опрос, варианта ответа всего два.

Нужно сделать :

Вот например на главной две фото

123.jpg - даша // у каждой фото свое название
abc.jpg - даша2

у фоток название как бы, хз куда\где будет название и как будет определять вот в чем вопрос, а название нужно для просмотра результатов.


Например результат просм:

[123.jpg] даша - 22раза
[abc.jpg] даша2 - 12раза
[67.jpg] даша3 - 45раза
и т.д. фоток штук 40 , как уже говорил выходят рандомно по две фотки. ну в результате можно просто название.


Если вообще туго это делается, то без название ,а только фото - результат..

P.S. возможно платное вознаграждение

Берётся база. Mysql или SQLite.
Создаётся табличка: id с автоинкрементом, описание, количество показов.
имя файла получается как [id].jpg

вытаскиваете 2 записи со случайным id и прибавляете им количество показов.

-----
PostgreSQL DBA

у меня с бд очень туго.

Может возмешься? (естественно не бесплатно)

(Отредактировано автором: 04 Декабря, 2010 - 18:21:12)

Не исключено, предлагаю перенести в личку.

-----
PostgreSQL DBA

Не могу понять почему я могу отправить лс только адмистрации форума. отвечу здесь:


(Добавление)


Отлично. Можешь доделать чтоб результаты были по списку и фото были в результате по меньше, у кого больше результат то в самом верху списка.

И отдельно сделать такой же, только уже с антинакруткой, на один ip одно голование.

P.S. можешь сообщить мне свое ICQ для связи. или скайп

(Отредактировано автором: 05 Декабря, 2010 - 14:43:18)

Прикрутил антинакрутку на основании IP. Учтите только, что кому надо - обойдут легко и быстро по крайней мере на сотню-другую голосов, а многим пользователем за провайдерским NAT проблем привалит. Но нормальное ограничение - только с регистрацией.
Сортировку результатов - тоже сделал. А фото уменьшать - через параметры img религия не позволяет, а городить пережатие на лету не считаю целесообразным.
Исходники скриптов и дамп базы - в архиве рядом с демонстрационными скриптами.

PS: ICQ не использую, как убогую проприетарщину, ещё и с отчуждением всех прав на информацию собственнику этого протокола (EULA читали?). Jabber ID dev@zsrv.org

(Отредактировано автором: 09 Июня, 2011 - 17:20:12)

-----
PostgreSQL DBA

Мелкий капчу добавь и всё путём будет!)

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

ха-ха
вы хотите реализовать то, что Марк Цукенберг делал в начала фильма "социальная сеть"?
смешно..

-----
о великий nl2br!
Хочешь невероятных ощущений? Юзай блокнот! Блокнот - чудеса сбываются!
Чем меньше вы знаете PHP - тем ценнее мои знания!

Хм. любопытно, надо глянуть этот фильм

Мелкий , я тебя в джаббер добавил вчера уже. ну проблемы возникли с скриптом

Ну? Было только "приветствую.". Более никакой активности контакта зафиксировано не было.

-----
PostgreSQL DBA

Мелкий, отправлял вам еще сообщениея, но так и не дождался ответа.

Сообщения получал, 3 штуки. Столько же отправлено обратно.
Так понимаю, все не дошли, что странно Пошаманил немного настройки сервера.

-----
PostgreSQL DBA

По идее, если будут вызываться 2 рандомные фотки (любым способом) то их нужно как-то связать меж собой иначе, потом получится так, что фотка _1 имеет 9 голосов, а новая фотка_29 имеет 0 голосов и при выборе, пользователь - это может увидеть и принять решение "как все" (теория: "стадо баранов").

Как вариант, можно сканить папку (определенную) на наличие подпапок и фоток в них. Эти папки могут быть в виде user_id т.е. каждый юзер, залил туда свои фотки.

При выводе пары, заносить её в БД (пара id_user + foto_name, обоих участников (дальнейшая проблема - это очередность)), потом уже записывать голоса в бд типа ap_foto_1, ap_foto_2.

С описанной мной логики, получается примерно такая таблица в бд:
id, user_id_1, foto_name_1, ap_foto_1, user_id_2, foto_name_2, ap_foto_2

если учитывать, что фото можно переименовывать в md5, то думаю проблем не будет с именами, тем более id юзеров не пересекутся (другая таблица бд - юзеров/участников).

Дальше вывод из бд, где в начале идет сравнивание на наличие данной пары в бд (типа пара 9 и 29 или же 29 и 9 т.к. одно и то же) и потом уже добавление её (при обширной коллекции фоток, бд раздуется (без хранения самих фоток там)).
--
ps: С учетом того, что мой опыт мал и подход к данной задаче, может быть не удобен.

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.