Анализатор логов (что можно выжать из пользователя)

Понадобился анализатор логов. Поискал по форуму - похоже, лучшие счетчики - самописные. В связи с этим вопросы.

1. Как лучше - вызывать счетчик из HTML или прописать в .htaccess?

2. Что можно узнать о пользователе? Я нашел:
_SERVER["HTTP_USER_AGENT"]
_SERVER["REMOTE_ADDR"]
_SERVER["REDIRECT_URL"]
_SERVER["QUERY_STRING"]
_SERVER["REQUEST_URI"]
_SERVER["REQUEST_TIME"]
Есть ли еще что-нибудь интересное? Например, как узнать сколько времени и где пробыл пользователь, а также, куда он ушел.

3. Есть ли сервис, получить город России по IP? Пока решил сканить RIPE.NET, и выдирать город из поля "адрес".

Интересует в основном та часть счетчика, которая пишет логи.

1. Либо через яваскрипт, либо через внедрение PHP кода в каждую страничку сайта. Можно подправить формат логов апача и затем брать всю инфу оттуда.

2. Если речь идет про переменные окружения в апаче, то есть(не всегда) еще вот что:
_SERVER["HTTP_ACCEPT"] - Какие типы файлов принимает клиент (например: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */*)

_SERVER["HTTP_ACCEPT_ENCODING"] - Какую кодировку принимает клиент (например: gzip, deflate)

_SERVER["HTTP_ACCEPT_LANGUAGE"] - Какой язык в настройках браузер клиента (например: ru, en-us)

_SERVER["HTTP_REFERER"] - С какой страницы перешли на данную страницу.

3. По поводу городов России по IP - для этого дела существуют готовые базы, которые можно купить в инете. Можно и самому собирать базу, делая запросы к RIPE.NET

А как определить, куда дрочер ушел?

И, самое главное, по какой ссылке он ушел?

Петр Кроликов писал:

А как определить, куда дрочер ушел? И, самое главное, по какой ссылке он ушел?

На каждую ссылку вешается обработчик onmousedown=""
В котором прописывается яваскрипт, который посылает информацию на твой сервер в случае нажатия этой ссылки.

ИМХО:
По такому же принципу гугл определяет, на какие ссылки кликают в выдаче, а на какие не кликают. И при последующем дэнсе он частокликаемые ссылки поднимает вверх, а редкокликаемые опускает вниз.

Вот обработчик на ссылках в серпах гугла:

Цитата:

onmousedown="return clk(this.href,'','','res','1',''

Цитата:

function clk(url,oi,cad,ct,cd,sg) { if(document.images) { var e = window.encodeURIComponent ? encodeURIComponent : escape; var u=""; var oi_param=""; var cad_param=""; if (url) u="&url="+e(url).replace(/\+/g,"%2B"); if (oi) oi_param="&oi="+e(oi); if (cad) cad_param="&cad="+e(cad); new Image().src="/url?sa=T"+oi_param+cad_param+"&ct="+e(ct)+"&cd="+e(cd)+u+"&ei=9U1XRNuzDKyeiAKozaHbAw"+sg; } return true; }

Вообщем у кого на плечах голова - тот разберется

легче ссылки через редирект пускать и точно знать куда ушли.

А как это сделать? И будет ли это работать с теми, у кого отключен ЯваСкрипт, например, с ботами?

Stek писал:

легче ссылки через редирект пускать и точно знать куда ушли.

Порой важно ставить именно прямые ссылки, чтобы они работали как бэки.

A d u l t писал:

Порой важно ставить именно прямые ссылки, чтобы они работали как бэки.

Да, об этом я не подумал А как, вообще, принято отслеживать, куда ушел пользователь?

Петр Кроликов писал:

А как это сделать? И будет ли это работать с теми, у кого отключен ЯваСкрипт, например, с ботами?

Естественно сейчас яваскрипты у ботов работать не будут...
А ссылки пускать через редирект - это подразумевается то, что все ссылки на странице выглядят подобным образом:
/link.php?id=10
/link.php?id=23
/link.php?id=77
и т.д.

Каждому IDшнику соответствует своя ссылка, зашитая в скрипте link.php, на которую мы редиректим. Также в link.php реализован механизм сохранения информации о том, какая ссылка была нажата.

В данном случае мы сможем отлавливать даже нажатие ботов на ссылки, но от прямых ссылок придется избавиться.

A d u l t писал:

/link.php?id=23 /link.php?id=77

Бляя Походу придется так, хоть это и через задницу.

Петр Кроликов писал:

Да, об этом я не подумал А как, вообще, принято отслеживать, куда ушел пользователь?

Никак не принято... Тоесть все в большей массе смотрят, откуда идет траффик. Но не смотрят, куда он уходит.

Ведь главное - получить его и сконвертить. А куда дальше пойдет траффик - это уже не особо важно. Посетители могут просто закрывать окно, либо уходить на другие сайты по внешним ссылками.

Петр Кроликов писал:

Бляя Походу придется так, хоть это и через задницу.

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

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

A d u l t писал:

Никак не принято... Тоесть все в большей массе смотрят, откуда идет траффик. Но не смотрят, куда он уходит. Ведь главное - получить его и сконвертить. А куда дальше пойдет траффик - это уже не особо важно. Посетители могут просто закрывать окно, либо уходить на другие сайты по внешним ссылками.

А ведь действительно. Если трафик идет на мои сайты - я увижу его на входе. А если не на мои - так собственно и хер с ним.

А то надо ведь еще отслеживать, кто скопировал адрес и кто выделил его мышкой. Действительно, ненужный геморрой.

А как поставить счетчик (PHP) так, чтобы он работал для тех, у кого отключен javascript и картинки?

Петр Кроликов писал:

А как поставить счетчик (PHP) так, чтобы он работал для тех, у кого отключен javascript и картинки?

Если требуется также отслеживать ботов, то лучше всего внедрить код счетчика в каждую страничку сайта. Если есть страницы на простом HTML, то надо будет включить HTML файлы в обработку PHP интерпретатором (это делается в .htaccess файле). Только нагрузка на сервер от этого увеличится.

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

A d u l t писал:

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

Понял, ушел конфигурить Апач.