Форум PHP

В новой версии введено ряд усовершенствований, которые описываются в теме http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=12973

Там только моя правка, или вы тоже что-то добавляли?

Чуть-чуть поправил index.php, запретив ссылку на "За всё время", так как у нас его по сути не будет теперь.

Напрасно... а как теперь вызвать все страницы счетчика?!

Хорошо переделаю, но я как понял у нас максимальная дата - 1 месяц?

да. можно и больше сделать: но нет смысла - у нас интрефейс этого не предусматривает.

Поскольку предыдущую тему по счетчику закрыли - пишу здесь:
Вот проблема
Неврено работает перенос статистики по разделу ССЫЛКИ.

Поясню: Например на конец дня Сегодня у меня ~ 300 переходов с какого-нибудь сайта типа www.abcde.ru, но как только деньзаканчивается и эта цифра переносится в колонку ВЧЕРА, эта цифра меняется - уменьшается раза в 3-4 и становится не 300, а скажем 60-70. Соответственно инеформация за неделю, за месяц итд - неверная.

Изменения настроек в admin/config.php - на результат не влияют.

Для того что бы было понятно и наглядно - прикладываю 2 скриншота, сделанные с промежутком в 15 минут. Первый сделан в 23:55, а второй в 00:10. Вся проблема видна как на ладони.

А переходы униальные или разные? Если каждый раз осуществляется переход с разных страниц - получаются разные рефереры, которые считаются раздельно - в архив идёт ограниченное число рефереров (20), и часть затирается если хотите, можете увеличить это число в конфигурационном файле admin/config.php, увиличив значение константы REFFERER_NUMBER.

РАзные или уникальные сложно сказать. Но изменение настроек в config ничего не меняет

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

Да , это я как то не учел, что изменения вступают в силу на следующие сутки.
Как рекомендация - сделайте -если значение 0 стоит в конфиге - то вообще без ограничений.

Мне вообще не нравится идея оставлять "самых-самых": посмотрел, у меня одни поисковики в топах. Мне как раз интереснее сайты смежной тематики, где есть ссылка на меня...
В общем, придет cheops буду его агитировать за переделку этого отчета:)

А я согласный... действительно не дело, подправим, но по умолчанию всё равно будем ставить ограниченное число.

Что-то не так с хитами и хостами, у меня за "вчера" считаются два раза или что лишнее плюсуется - это получилось после того, что был увеличен интервал не сжатой статистики. Завтра буду копаться...

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

А вы новую версию hits.php из предыдущей темы установили? У меня "вчера" в копейку совпадает со старым счетчиком... а вот дальше - уже набегает ошибка.

еще раз его приклыдываю (поправил небольшой глюк с подсчетом роботов)

Да, как раз после этого всё и началось... 4000 чистых хостов - это статистика за два дня, у нас в среднем 2000. Загрузил hits.php из аттача - не полегчало :(((, причём за неделю, месяц и всё время показывает нормально... Может в базе дата сместилась - нужно будет посмотреть, как выясню - отпишусь.

Я бы попробовал посмотреть на условия отбора: я там менял на NOT LIKE 'robot_%'. Может ваша версия как-то не так обрабатывает это условие?

Кстати, hits.php (кроме NOT LIKE 'robot_%') и archive.php (кроме хранения несжатой информации за месяц) вынужден был откатить назад - у меня идёт дублирование записей в архивных таблицах и удвоение вчерашних хитов/хостов (даже если нет дублей в архивных таблицах). Причём последнее проявляется в конце недели.

Никак не могу вопроизвести.
какие варианты:
1. вы не полностью взяли мой файл.
2. как-то влияет поле searches
3. Что-то не так с архивацией (возможно, я там что-то поправил и забыл)

после отката на прежний файл хосты пришли в норму?
если да, то третий вариант отметаем.
если нет, то смотрим архивную строчку за вчерашний день. если с ней все в порядке - проверяем запрос.
у меня запрос за вчерашний день выглядит так:

SELECT SUM(hosts_total) FROM system_arch_hits WHERE putdate < DATE_FORMAT(NOW(),'%Y-%m-%d 23:59:59') - INTERVAL '0' DAY AND putdate >= DATE_FORMAT(NOW(),'%Y-%m-%d 23:59:59') - INTERVAL '1' DAY

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

Я тут немного покумекал на досуге.
Если речь идет именно о недельной и месячной посещаемости, то все нормально. Так как у нас изменился алгоритм подсчета:
я пять дней в неделю захожу с одного ip. Если раньше я считался одним посетителем, то теперь я за месяц буду подсчитан как 20.
Так что пара сотен постоянных посетителей вполне могут удвоить количество хостов.

Нет удвоение происходило только по вчерашним хостам - давайте эту тему пока закроем - очень длинная.

На самом деле, принцип работы с рефферерами мне совсем не нравится: вероятность того, что мне понадобится адрес рефферера, с которого уже месяц не заходили - очень небольшая. В то же время, статистика реффереров, по которым созданы фильтры - вполне актуальна. Может стоит немного переделать учет реффереров, раз уж мы все равно храним данные за месяц? Сколько у вас в месяц набегает в таблице refferers?

>Сколько у вас в месяц набегает в таблице
>refferers?
А не знаю, они же теперь удаляются, раньше наверное в районе 50000 записей набегало.

PS Пока не очень понимаю, что предлагается :)))

Ну я сам додумал еще не до конца, но основная канва такая: храним все реффереры за месяц в таблице refferers, все что старше месяца попросту удаляем, а архивитуем только то, на что заданы фильтры (таблица "ссылки"), да и то архивируем только количество (правда, не знаю, чем оно будет полезно:)

Полез вчера разбираться почему у меня удваиваются вчерашние хосты (аккурат после получночи) - пропало зараза... видать пережитки перехода на месячный буффер... отсутствие проблемы сразу охладило пыл...

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

выдать все IP,их город, регион, пришедшие на сайт с ресурса www.otkuda.ru , сегодня.


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

Косяк с подсчетом систем и броузеров: информация за текущий день для total берется по старым правилам.

$query['all'] = "SELECT COUNT(*) FROM $tbl_ip WHERE ".$tmp1.$tmp2;

и надо оттуда исключить поисковики
кстати, некоторые поисковики идентифицируются как mozilla... надо бы это поправить.

Исправил запрос на

$query['all'] = "SELECT COUNT(DISTINCT ip) FROM $tbl_ip WHERE ".$tmp1.$tmp2;

в ближайшие дни выложу версию с этим исправлением (может даже сегодня).

Только я бы сделал

$query['all'] = "SELECT COUNT(DISTINCT ip) FROM $tbl_ip WHERE systems NOT LIKE 'robot_%' AND ".$tmp1.$tmp2;

и из архивации роботов тоже бы исключил... и еще сделал бы в файле count.php условие:
если система - робот, то броузер = 'none'

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

Понял, сделаю.

В отчетах по дням (глубина, время и пр). Для подсчета общего количества используется такая конструкция:

<?     // Извлекаем время посещения      $query = "SELECT * FROM $tbl_arch_time                WHERE putdate = '".date("Y-m-d 23:59:59",$_GET['date'])."'"; ... $arch_time = mysql_fetch_array($ipt); ... $total = array_sum($arch_time); ?>

Показывающая нам примерный уровень радиации на луне, так как складываются в одну кучу данные, дата и идентификатор записи. И все это еще умножается на два, так как в массиве данные дублируются. Так держать!;)

Ммм... в смысле дублируются?

mysql_fetch_array возвращает массив состоящий и из текстовых, и из числовых индексов. Чтобы было что-то одно, необходимо задавать вротой параметр.

С этим понял, исправим.
Может нам вообще не архивировать эти отчёты - тем более, что теперь не архивируемая информация будет храниться за месяц - у нас меню уменьшится - его всё-равно разгружать нужно.

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

хм... вообще это тоже не дело: так стремились к возможности сравнивать данные за периоды...

Поставил себе. Штука мощная. Особенно прикольно за поисковыми роботами следить.

Но вот при просмотре IPов ошибку пишет:
Error: The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay
Дома все нормально работает. Наверное что-то в MySQL.

К стати зачем нужна бешеная таблица system_ip_compact?

она не бешенная, а как раз наоборот. бешенная была такая же, но в 10 раз больше:)
в ней содержаться соответсвие диапазона ip адресов городам.