Модуль AdminStat - опять обновление. Вер.1.1.20
1) Исправил алгоритм расчета средних значений в пересчете на загрузку одной страницы
2) Добавил информацию — максимальные значения при загрузке страницы
3) Не смогая смоделировать получение отрицательного значения времени загрузки страницы, попытался подправить там, где теоретически такое могло быть.
На всякий случай поясню (видимо, не все поняли это сразу) — в таблице выводятся средние значения параметров производительности. А сейчас добавлено еще максимальное значение. Т.е. если стоит время выполнения скрипта 0.123, а ниже красное число 2.345, это значит, что в среднем в течение дня скрипт при загрузке одной страницы выполнялся 0.123 секунды, но максимальное значение при загрузке какой-то из страниц составило 2.345 секунды. Если разница между этими числами очень большая — есть над чем задуматься.
По поводу отрицательного значения времени выполнения — пожалуйста, пишите сюда, кто с этим столкнется с данными, полученными ПОСЛЕ установки этой версии.
Загрузка здесь:
UPD Выложил версию 1.1.16 — исправлен баг, дававший неполную статистику при загрузке методом insert.
UPD Выложил версию 1.1.17
UPD Выложил версию 1.1.19 — багфикс возможной SQL-инъекции
UPD Выложил версию 1.1.20 — незначительный багфикс
2) Добавил информацию — максимальные значения при загрузке страницы
3) Не смогая смоделировать получение отрицательного значения времени загрузки страницы, попытался подправить там, где теоретически такое могло быть.
На всякий случай поясню (видимо, не все поняли это сразу) — в таблице выводятся средние значения параметров производительности. А сейчас добавлено еще максимальное значение. Т.е. если стоит время выполнения скрипта 0.123, а ниже красное число 2.345, это значит, что в среднем в течение дня скрипт при загрузке одной страницы выполнялся 0.123 секунды, но максимальное значение при загрузке какой-то из страниц составило 2.345 секунды. Если разница между этими числами очень большая — есть над чем задуматься.
По поводу отрицательного значения времени выполнения — пожалуйста, пишите сюда, кто с этим столкнется с данными, полученными ПОСЛЕ установки этой версии.
Загрузка здесь:
UPD Выложил версию 1.1.16 — исправлен баг, дававший неполную статистику при загрузке методом insert.
UPD Выложил версию 1.1.17
UPD Выложил версию 1.1.19 — багфикс возможной SQL-инъекции
UPD Выложил версию 1.1.20 — незначительный багфикс
25 комментариев
В конфиге поставил «insert» и все сразу же заработало.
Хостинг — hc.ru
Вы супер!
[07-Окт-2009 14:40:12] PHP Warning: Wrong parameter count for max() in /classes/modules/adminstat/Adminstat.inc.php on line 55
сейчас вроди все нормально
SQL Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '0 )' at line 2 at /home/h0sting/public_html/detsky-mir.com/classes/modules/adminstat/mapper/Adminstat.mapper.class.php line 88
Array ( [code] => 1064 [message] => You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '0 )' at line 2 [query] => INSERT IGNORE INTO dm_adminstat_tmp2(uid,req_time ) VALUES(,0 ) [context] => /home/h0sting/public_html/detsky-mir.com/classes/modules/adminstat/mapper/Adminstat.mapper.class.php line 88 )
при этом нажатие ctrl+R нормально поворотно отправляет и загружает…
Бум разбираться…
А то хочу на реальный хостинг заливать сайт и хотелось бы со всем разобраться.
Красные — максимальные.
C чем может быть связана эта ошибка? Ведь это стандартная функция PHP5 вроде
Решение нашёл
Надеюсь кому-нибудь это поможет )
Думаю это можно сделать простой проверкой даты создания файлов (например).
Заходит админ, скрипт проверят дату создания файлов…
Ненененене… зачем дата создания файла, если можно проверить просто напросто размер и если он уже более N метром — заносим данные и удаляем их.
Ну как?