Система сбора статистики с учетом динамических IP?

Question

[Александр Колобов]

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


— юзер зашедший впервые ищется в базе по ip

— юзер записывается в базу, для него создается md5 sid

— далее юзер определяется по sid переданным тем или иным способом.


В итоге все юзеры с динамических ip не учитываются. Долго искал и упорно гуглил. Ничего подходящего пока не нашел. Были варианты складывать все полученные данные о юзере и создавать компонентную подпись, но я не понимаю как такую подпись хранить в базе (в каком виде) и как по ней искать. Да и почти все данные о системе юзера получаются из юзерагента, а значит их легко подделать или обнулить.


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


То, что я уже прочитал и то, что мне не очень сильно помогло:

— panopticlick.eff.org/browser-uniqueness.pdf

— javascript.ru/unsorted/id

Answer 1

[alternativshik]

все тизерки и партнерки ставят куки. Другой вопрос — на какое время ставить куку, тут вам нужно исходя уже из вашей статистики смотреть, либо на всегда, либо на сутки, либо до конца дня…

Answer 2

[foff4ik]

md5($_SERVER[«HTTP_USER_AGENT»].$_SERVER['REMOTE_ADDR']) не?
Ну еще может быть печеньки проверять, или допустим картинку статичную кормить и смотреть если закачал то нет в кеше => зашел впервые.

Comments

[foff4ik]

Хотя последний вариант стремный, прокся ж может какая закешить.

[foff4ik]

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

Answer 3

[Иван Байдин]

Куки?

Answer 4

[Александр Колобов]

А первого засчитывать всегда, если нет куков? Тогда получается большая дыра в безопасности, даже если sid сохранять не только в куках.

Comments

[alternativshik]

Это не дыра, это «фича», и оно решает Вашу задачу, а вот как устроить защиту от накруток и скликиваний — этого уже другая история )

Answer 5

[Kirill Boldyrev]

habrahabr.ru/post/104725/

Comments

[Александр Колобов]

У меня организована примерно такая же система, sid храниться по возможности в domStorage, localStorage, sessionStorage, openDatabase, cookie, e-tag. Но все это можно почистить без особых проблем.

[Kirill Boldyrev]

Ну, решения со 100% гарантией нет точно… При достаточно большом количестве пользователей те, кто регулярно зачищает все хранилища (или постоянно пользуется режимом инкогнито браузера) составят пренебрежимо малую часть. Замерьте статистику за некий период — получите количественную оценку. Можно вводить поправки в расчетах, исходя из анализа статистики по зачищенным кукам. Боюсь, что другого решения не будет.

Answer 6

[Wott]

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

Answer 7

[Александр Колобов]

Каким же образом работает та же яндекс.метрика или лиру? Они ведь учитывают все посещения.