Форум PHP

В разделе downloads выложена новая версия PowerCounter, которая содержит последние исправления, связанные с формирование отчётов по клиентам, ключевым словам, хитам и хостам.

Игорь, вы пишите если забрали файлы которые я выкладываю. А то я даже не знаю забрали вы файл с исправлением отсюда или нет:
http://softtime.ru/forum/read.php?id_forum=1&id_theme=13811&page=2
А качать и проверять... сами понимаете.
Ну и хотелось бы знать какие исправления вы вносили, чтобы мы опять не делали две версии.

Как я понял, были обновлены файлы archive.php, hits.php, pages.php, searchquery.php, utils_client.php. Ваша поправка http://softtime.ru/forum/read.php?id_forum=1&id_theme=13811&page=2 так же была внесена.

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

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

А уже писали же на форуме, что значение может быть даже отрицательным... Кстати, как Вам тема насчет внесения изменений + Ява-меню, а то уж это больно длинное??
http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=13844&page=1
Loki, если я не ошибаюсь, ведь Вы инициатор проекта. Подумайте, как это лучше сделать. Ведь надо сначала обговорить, чтобы по 10 раз не скидывать новые странички

Если вы не против, то я тоже приму маленькое участие?
>Ява-меню
А мне больше по душе фреймы будут или достаточно лишь компактнее расположить "Посуточный отчёт", "Понедельный отчёт", "Помесячный отчёт". Может быть, в один ряд сокращениями?...
Сейчас перепишу немного menu и прикреплю, поймете, о чем толкую...
Написал. Вроде компактнее стало. Но с подсветкой ссылок возиться не разумно, так что хочу пожелать в следующей версии всё размещать во фреймах. Тут и оптимизация кода и css сделает свою работу изящнее.
Если же не хотите фреймы, то ссылки на день, неделю, месяц можно инклудить куда-нибудь под topcounter.

Извините, если кто решится временно оставить такое menu.php, то лучше вот так, с некоторым подобием подсветки.

У меня вроде dayly_hits.php не открывается во второй версии меню. Посмотри. И еще кое-какие ошибки выползают

Так это у нас какая страница searchquery.php?

Значит так. Глюк нашел. Дело оказалось в забытом поисковике mail.ru.
После того как его исправил, выяснилось что отчет вообще безбожно врет, так что пришлось его переделывать практически полностью по аналогии с хитами.
Теперь все работает (остались небольшие глюки, но их я буду отлавливать через месяц, когда в базу будут нормально заархивированы данные).
Так же переделал дневную, недельную и месячную статистику.
Переделал блок архивации, но еще не тестировал - надо проверить.
Надо внести изменения в БД:

ALTER TABLE 'system_arch_num_searchquery' ADD 'number_mail' INT NOT NULL ; ALTER TABLE 'system_arch_num_searchquery_week' ADD 'number_mail' INT NOT NULL ; ALTER TABLE 'system_arch_num_searchquery_month' ADD 'number_mail' INT NOT NULL ;

Надеюсь, хоть в этой версии вы уберете searches из таблицы ip

Т.е. сначала нужно внести изменения в базу, а уже потом добавлять остальные файлы?

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

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

Ну и чудненько, тут от Ан предложение сделать фреймы для меню. Просто сам как-то их не люблю, потому что не любят поисковики, но сдесь-то никакой разницы. Нам посещаемость не нужна :) Хотя все равно особого смысла во фреймах нет. Ну а java... ее то как раз можно использовать для развернутости меню.

Что-то не могу понять... не получается поле добавить. Вот так на меня ругается база

SQL-запрос:  ALTER TABLE 'system_arch_num_searchquery' CHANGE 'number_mail' 'number_mail' INT NOT NULL  Ответ MySQL:   #1005 - Can't create table './voltnadz_count/#sql-577_2c8e9b.frm' (errno: 140)

Что-то запрос у вас совсем не такой как я выложил.

Пишите хостеру - у вас СУБД MySQL не может создать временную таблицу для осущетвления преобразования ALTER TABLE (это оператор всегда копию сначала создаёт).

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

всем привет, потестировал PowerCounter 3.2.5 на нескольких сайтах, получил:

1)

count.php - после внесенных исправлений 28.02 Loki

Warning: Division by zero in /.../clients.php on line 80

Warning: Division by zero in /.../clients.php on line 91


2)

hits.php - после внесенных исправлений

все значения по хостам и хитам за "Вчера" отображаются - 0!!!

А у вас были посещения за вчера?
И еще: светчик ставили с нуля или апгрейдили старую версию?

С базой все в phpMyAdmin разобрался. Но методом "пристального взгляда" такую вещь углядел.
В поисковых роботах, мне кажется, за несколько дней, он считает просто сумму, а нам ведь надо учитывать количество не повторяющихся. Или я что-то напутал?.. :)

скорее всего напутал. Но этот отчет еще подлежит переделке, так как с третьей версии несколько изменился порядок хранения данных.
Так что пока его показания следует воспринимать с большой долей скепсиса:)

>Warning: Division by zero in /.../clients.php on line 80
>Warning: Division by zero in /.../clients.php on line 91

Такие же ругательства в clients.php. Независимо от того с нуля счётчик или методом апгрейда

Замените фрагмент

<? // Формируем блок "Операционные системы" foreach($os as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";   for($i=0; $i<5; $i++) echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totals[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki   echo "</tr>"; } ?> <tr class=subtitle><td colspan=6><b>Браузеры</b></td></tr> <?php // Формируем блок "Браузеры" foreach($br as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";   for($i=0; $i<5; $i++) echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totalb[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki   echo "</tr>"; } ?>

на

<? // Формируем блок "Операционные системы" foreach($os as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";   if(!$totals[$i]) $totals[$i]=1;   for($i=0; $i<5; $i++) echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totals[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki   echo "</tr>"; } ?> <tr class=subtitle><td colspan=6><b>Браузеры</b></td></tr> <?php // Формируем блок "Браузеры" foreach($br as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";   if(!$totalb[$i]) $totalb[$i]=1;   for($i=0; $i<5; $i++) echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totalb[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki   echo "</tr>"; } ?>

Нет, всё по-прежнему. Кстати,
>hits.php - после внесенных исправлений
>все значения по хостам и хитам за "Вчера" отображаются - 0!!!
тоже имеет место быть. У меня есть подозрения, что скрипт в обоих случаях не располагает данными из таблицы, поскольку и в clients.php нет данных за "вчера". А в таблице system_arch_hits последняя дата 28 февраля. Может быть с архивированием что не так?

Да. поторопился:)
Долно быть вот так:

<? // Формируем блок "Операционные системы" foreach($os as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";      for($i=0; $i<5; $i++)    {     if(!$totals[$i]) $totals[$i]=1;    echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totals[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki   }   echo "</tr>"; } ?> <tr class=subtitle><td colspan=6><b>Браузеры</b></td></tr> <?php // Формируем блок "Браузеры" foreach($br as $key => $name) {   echo "<tr align=right>";   echo "<td class=field>$name</td>";      for($i=0; $i<5; $i++)    {                     if(!$totalb[$i]) $totalb[$i]=1;    echo "<td><p>".sprintf("%d (%01.1f%s)",$hit["$key"][$i],$hit["$key"][$i]/$totalb[$i]*100,'%')."</p></td>";          //изменено 28.02.06 Loki                }   echo "</tr>"; } ?>

Так работает - проверил.

Не думаю, что трабла в clients.php
Я со счетчиком не так давно, поэтому всех тонкостей работы не уловил, хотя вы их комментируете неплохо. Скорее всего действительно трабла где-то с датами, есть у меня предположение, что в utils_ip, а именно:
mktime(23,59,59, date("m"), date("d")-1, date("Y"));
Наверное, разработчики php посчитали, что в феврале 29 дней. А дальше вам самим проще уловить момент. Хотя мои предположения могут быть ошибочными...

спасибо, clients.php с указанными исправлениями работает без сообщений об ошибках!

насчет hits.php и данных в графе "Вчера" взгляд со стороны:

- сегодня дата - 3 марта
- в архиве последняя дата в таблице - 1 марта
и /admin/daily_hits.php тоже показывает последнюю дату - 1 марта
- видимо за 2 марта в архив еще ничего не попало, поэтому отображаются 0!!!

Да нет. Должно архивировать каждый законченный день.
У меня архивная строка за 2 марта есть... даже пока не знаю в чем дело...
а за второе марта вообще хиты были?

Аха...... вот мне тоже кажется с архивированием неприятности. Хиты и хосты были и за первое марта и за второе и третье. А в вышеназванной таблице действительно нет записей, на одном хосте за 1 марта данные есть, на втором лишь за 28-ое февраля. Поэтому за вчера и показывает всем нулики или обращается в нулик, рисуя ошибки

Значит так. Добрался я наконец до отчета по поисоквым роботам.
Переделал его в соотвествии с последними веяниями моды;)
Добавлена строка с неопределенными роботами (во всех отчетах).
Исправлена архивация.
Внесены изменения в БД:

ALTER TABLE 'system_arch_robots' ADD 'none' INT NOT NULL ; ALTER TABLE 'system_arch_robots_week' ADD 'none' INT NOT NULL ; ALTER TABLE 'system_arch_robots_month' ADD 'none' INT NOT NULL ;

Добавлена строка Всего.
Добавлена возможность просмотра страниц посещенных роботом(ами) за последний месяц.
файл pages_robot.php выкинут нафиг, так как он с самого начала отличался от pages.php только одной строчкой.
Файл pages.php умыт, причесан, почищен:)
Добавлена нумерация позиций и постаничная навигация.

Осталось просмотреть отчеты по глубине просмотра, времени и пр. Но в целом уже можно переходить на третью версию - основные отчеты причесали.

Забираю на пробу - если всё нормально будет - завтра, послезавтра будут выкладывать новую версию.

Loki, что-то я уже подзапутался... сколько сейчас таблиц получается?.. с вашими - 46. Правильно. Было 40 + cheops добавил 3... Хотя после его добавлений mail не добавился у меня по крайней мере...

ВОПРОС ВСЕМ:
могу я удалять свое сообщение?.. У меня почему-то сразу 2 появилось...

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

PS Давайте новую тему заведём, а то эта слишком длинная.