Слежка за пользователями в Django

[ramovsky]

Вариант конечно. Но не в моем случае.

[loststylus]

Или из офиса, где один айпи на всех, как у нас, например.

[savados]

Уже при двух «продвинутых пользователях», их сроки пребывания на сайте начнут накладываться друг на друга, и ничего утверждать точно будет невозможно. А если их будет 10 (+50 нормальных)? Какой тут алгоритм выявления?

[ramovsky]

редко бывает, что в одни день два юзера решили завести виртуалов.

[ramovsky]

+есть связи пригласиший-приглашенные. они фильтруются grep -E 'AnonymousUser|пригласивший|приглашенные...'

[VaMpir]

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

[ramovsky]

Только усыплять бдительность. Давать ощущение вседозволенности. И в результате он начнет ходить с одного.

[anthonio]

> один из моих юзеров завел виртуалов
По-моему, таких лечить надо.

[ramovsky]

А по-моему вы просто никогда не были в подобной ситуации

[seriyPS]

Попробуйте сами найти ошибку тут
ip = request.META.get('REMOTE_ADDR', '') or request.META.get('HTTP_X_FORWARDED_FOR', '')

Кстати, а чего вы Django через FastCGI а не через WSGI гоняете?

[ramovsky]

Ошибки не нашел, да и код работает на сервере :)
Просто пока нагрузок небыло, я

[ramovsky]

проблем с FastCGI не испытал…

[seriyPS]

Нужно местами поменять т.к. 'REMOTE_ADDR' есть всегда, а 'HTTP_X_FORWARDED_FOR' только когда используется непрозрачный прокси.

ip = request.META.get('HTTP_X_FORWARDED_FOR', '') or request.META.get('REMOTE_ADDR', '')

Ну а вообще писали бы и REMOTE_ADDR и HTTP_X_FORWARDED_FOR для надежности. Я например в FF поставил расширение которое всегда дописывает заголовок HTTP_X_FORWARDED_FOR: 127.0.0.1 чтоб такие «умные» детекторы мучать.

[oduvan]

Я для таких целей разработал ucsvlog легче ловить, без грепанья

www.lyabah.com/index.php/2011/01/03/ucsvlog/

Почитай, мож пригодиться что.

[ramovsky]

спасибо. попробуем.