Pull to refresh

Comments 16

UFO just landed and posted this here
Вариант конечно. Но не в моем случае.
Или из офиса, где один айпи на всех, как у нас, например.
Уже при двух «продвинутых пользователях», их сроки пребывания на сайте начнут накладываться друг на друга, и ничего утверждать точно будет невозможно. А если их будет 10 (+50 нормальных)? Какой тут алгоритм выявления?
редко бывает, что в одни день два юзера решили завести виртуалов.
+есть связи пригласиший-приглашенные. они фильтруются grep -E 'AnonymousUser|пригласивший|приглашенные...'
А если продвинутый юзер будет из разных браузеров заходить под двумя аккаунтами и вперемешку то с одного, то с другого выполнять какие-то действия?
Только усыплять бдительность. Давать ощущение вседозволенности. И в результате он начнет ходить с одного.
> один из моих юзеров завел виртуалов
По-моему, таких лечить надо.
А по-моему вы просто никогда не были в подобной ситуации
Попробуйте сами найти ошибку тут
ip = request.META.get('REMOTE_ADDR', '') or request.META.get('HTTP_X_FORWARDED_FOR', '')

Кстати, а чего вы Django через FastCGI а не через WSGI гоняете?
Ошибки не нашел, да и код работает на сервере :)
Просто пока нагрузок небыло, я
проблем с FastCGI не испытал…
Нужно местами поменять т.к. '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 чтоб такие «умные» детекторы мучать.
Sign up to leave a comment.

Articles