$_SERVER['REMOTE_ADDR'] всегда определяется у простых пользователей?

Имеются ввиду простые пользватели сайта, кулхацкеров и прочих не берем в расчет. Нужна идентификация куками на основе хеша и ip.

какого хэша?

просто каждому пользователю в куки заносится кука "хеш" и кука "ip"

хеш двойной md5 генерируется случайно и выдается на определенное время каждому залогиневшемуся.. Чтобы отличать авторизации пользователей.

Это сообщение отредактировал(а) phpsc - 22.12.2010, 21:42

ну, если поставил куку с некоторым именем name, значит, проверяешь в скрипте переменную $_COOKIE['name'] на наличие в ней какого-то значения. то же самое и с ip. после чего лезешь в своё хранилище (к примеру в БД, где ты мог сохранить какой хэш и какой ip был на момент постановки куки) и ищешь такие значения. если в одной строчке будут и хэш и ip - значит авторизованный человек. иначе - нет


всё можно упростить, если использовать сессии - та же самая кука. а в сессии сохранять время и хэш этого времени с солью 
$hash = md5($salt.md5($time));
тогда ни в какую базу лезть не придётся, а достаточно будет просто получить из сессионной переменной со временем хэш по тому же правилу и сравнить с сессионным хэшем.

можно ip сюда добавить. только зачем его специально сохранять? он ведь есть в $_SERVER['REMOTE_ADDR']

Получается в сыконагруженном сайте лучше использовать сессии, а не куки, чтобы было меньше обращений к БД? я думаю, что это нужно чтобы кука работала только для конкретного ip пользователя, если ip меняется то кука уже не будет работать.

и? с чем вы собираетесь сравнивать текущий ip? с тем же $_SERVER['REMOTE_ADDR'] 

чтобы учесть ip, достаточно при генерации хэша включать в форму ip, но сохранять её бессмысленно

 Да, при каждом обращении авторизованного пользователя делается запрос к БД, и если в БД несовпадает  поле ip с $_SERVER['REMOTE_ADDR'] , то разлогиниваем пользователя. И я может не совсем понимаю, но этот способ нормальный?

p.s: читал про сессии и кукисы и пришел к выводу что нужно постоянно проверять значение кукисов со значение в БД.

Это сообщение отредактировал(а) phpsc - 26.12.2010, 01:26

не обязательно, бывают разные варианты.

вот у меня где-то в куку пишется id пользователя, время и хэш. а хэш образован не только на основе id, ip и времени, но есть ещё и разные заголовки с браузера. таким образом, даже обновление браузера до другой версии или изменение некоторых настроек приведёт к недействительности куки. так же кука устаревает за счёт настройки серверного таймлимита. с другой стороны такая постановка позволяет иметь уникальный контакт при любом изменении. то есть перенести куку на другой ПК - практически не даст никакой пользы. нужно идеально повторить условия второго ПК
никакой БД тут нет. ведь если бы была БД, мне потребовалось на каждый уникальный контакт пользователя вводить дополнительную запись. допустим 100000 пользователей, каждый заходит на сайт в среднем с пяти разных точек - итого 0,5М записей. а если он ещё и обновляется периодически (обычное дело) - в итоге записей будет несколько миллионов - это только, чтобы удовлетворить процесс автоматической авторизации. не слишком ли дорого?

ну а куда тогда записывать значение куки?в файлы?Или только один раз при входе проверить значение с БД и все?

Мне нужно под самую высокую нагрузку.

Это сообщение отредактировал(а) phpsc - 26.12.2010, 21:02

в моём случае - вообще никуда, что и обеспечивает высокую нагрузку, так как не задействует ни файловую систему, ни БД