блокировка IP - варианты

[pomidor]

Пишу, значит, voting poll - голосование. Каким образом посоветуете блокировку IP-адреса юзверя, после того как он проголосовал. Блокировать надо или на 1 день, или навсегда (тоесть необходимы оба варианта).

я вижу такие варианты:
1. писать сессию - задавать соответствующее время жизни
2. писать куку - аналогично
3. писать в базу.

какой из вариантолв лучше? какие еще есть?

заранее спасибо за советы/ответы

[pomidor]

что, никто не знает? а я думал что это довольно простой вопрос... или просто лень на такой вопрос отвечать? ну помогите же!

[Oak]

ага - лень. честно...  у этого форума есть средство поиска

[ThE0ReTiC]

Кука + база.

[pomidor]

япс! все понял

сорри за напряги

[Меняздесьдавнонет]

1. Невозможно в принципе.
2. При чем тут IP?
3. Единственный вариант - других нету..

[ThE0ReTiC]

RomikChef

Единственный вариант - других нету

Неправда.
Кука используется для того, чтобы отлавливать ходящих с динамическими адресами или через проксю.

[Меняздесьдавнонет]

В принципе, ты прав.
Только надо тогда вопрос переформулировать - не блокировка IP а блокировка уже голосовавших :-)

Хотя все равно, кто захочет - тот накрутит :-)

[pomidor]

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

или я не прав?

[Меняздесьдавнонет]

Сессия - это сеанс работы пользователя с сайтом. Пока он не закрыл броузер.
Использовать сессии для отслеживания чего-то другого -неправильно и бессмысленно.

По поводу куки, которая сдаст как стеклотару. А если ее стереть? ;-)

[ThE0ReTiC]

По поводу куки, которая сдаст как стеклотару

А вот для этого и пишется айпишник.
Все равно 100% защиты нет в принципе.

[pomidor]

100% нет. Но добиться такого уровня, чтоб рядовому человеку в облом было искать обходные пути - неф делать...

Использовать сессии для отслеживания чего-то другого -неправильно и бессмысленно.

ну и что из того? но ведь получается! по понятиям W3C если в доке не указано DOCTYPE, то он вообще как бы должен рендериться как текст... А сколько из нас используют этот тег??? Стандарты - это одно. А изворотливость в разных ситуациях - совсем другое. Что мне мешает хранить у себя на сервере сессию пока мне этого захочется? Ничто. Могу годами хранить... А вот куку действительно юзер может стереть. Но при наличии сессии и отсутствии куки скрипт все равно не позволит голосовать... И впишет еще одну куку

[Меняздесьдавнонет]

Но при наличии сессии и отсутствии куки скрипт все равно не позволит голосовать...

Можно вот эту часть осветить поподробнее?
Значит, я твой юзер. Зашел, проголосовал. Вышел, убил все куки на твой домен, захожу снова. Действия твоего скрипта?

А к стандартам надо относиться вежливо.

[Меняздесьдавнонет]

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

[pomidor]

я ж писал уже... проверяем наличие куки И сессии. Если хотя бы одно присутствует - говорим: "дорогой юзер, я тебя кажется уже где-то видел..." и выводим результаты.
если ты не в курсе, сессия, согласно мануале по ПХП, лежит на сервере, и командовать ею могу только я. Юзер удалить свою сессию не может. А если я укажу сессии жить не до конца сеанса, как по умолчанию, а попрошу ее полежать немного дольше. А в 00:00 каждый день Crontab будет запускать скрипт, который будет удалять все старые сессии за этот день...

так понятно? или пример написать и на сервер кинуть, для полной проверки?