Проблема наблюдается так же и в более старых билдах:
смотрим отчеты по трафику -> по дням, за, скажем 21.02.05 Входящий=43Мб. Смотрим просто отчет по трафику, указывая тот же диапазон - Входящий =20Мб. В интерфейсе администратора тоже цифра 20Мб.
Ошибки в отчете по трафику "по дням" в www-интерфе
-
- Сообщения: 48
- Зарегистрирован: Пт янв 21, 2005 10:39
- Откуда: Санкт-Петербург
- Контактная информация:
Ошибки в отчете по трафику "по дням" в www-интерфе
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21
-
- Сообщения: 48
- Зарегистрирован: Пт янв 21, 2005 10:39
- Откуда: Санкт-Петербург
- Контактная информация:
Re: Ошибки в отчете по трафику "по дням" в www-инт
Какя-то реакция от разработчиков последует?! Надоело объяснять пользователям, что "отчет по дням кажет херню, пользуйтесь другими типами отчетов".
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21
Я не разработчик, но попробую ответить.
На рабочей системе делаю отчет, как вы сказали - действительно, есть расхождение процентов в 10.
Хотя, если попробовать проверить проблему "в лоб" - все встает на свои места.
Сделайте отчет по трафику с 0/0/0 14.02.2005 по 0/0/0 15.02.2005 в "отчете по трафику" и в "отчете по трафику по дням".
Возможно, в отчете по трафику по дням появится две строчки. И если данные по этим строчкам просуммировать - трафик совпадает с точностью до сотых мегабайта.
Что касается причины возникновения этого явления - возможно, стандартная функция округления времени до дня работает несколько некорректно.
Возможно, имеем место с банальным неучетом летнего-зимнего времени.
Этот вопрос поднят перед разработчиками.
На рабочей системе делаю отчет, как вы сказали - действительно, есть расхождение процентов в 10.
Хотя, если попробовать проверить проблему "в лоб" - все встает на свои места.
Сделайте отчет по трафику с 0/0/0 14.02.2005 по 0/0/0 15.02.2005 в "отчете по трафику" и в "отчете по трафику по дням".
Возможно, в отчете по трафику по дням появится две строчки. И если данные по этим строчкам просуммировать - трафик совпадает с точностью до сотых мегабайта.
Что касается причины возникновения этого явления - возможно, стандартная функция округления времени до дня работает несколько некорректно.
Возможно, имеем место с банальным неучетом летнего-зимнего времени.
Этот вопрос поднят перед разработчиками.
-
- Сообщения: 48
- Зарегистрирован: Пт янв 21, 2005 10:39
- Откуда: Санкт-Петербург
- Контактная информация:
Спасибо за реакцию.admin писал(а):Я не разработчик, но попробую ответить.
На рабочей системе делаю отчет, как вы сказали - действительно, есть расхождение процентов в 10.
Хотя, если попробовать проверить проблему "в лоб" - все встает на свои места.
Сделайте отчет по трафику с 0/0/0 14.02.2005 по 0/0/0 15.02.2005 в "отчете по трафику" и в "отчете по трафику по дням".
Возможно, в отчете по трафику по дням появится две строчки. И если данные по этим строчкам просуммировать - трафик совпадает с точностью до сотых мегабайта.
Что касается причины возникновения этого явления - возможно, стандартная функция округления времени до дня работает несколько некорректно.
Возможно, имеем место с банальным неучетом летнего-зимнего времени.
Этот вопрос поднят перед разработчиками.
Несколько уточнений:
1. расхождение достигает 200%, а не 10%;
2. действительно, если задать диапазон не включающий текущий день (РП у пользователя кстати сутки), то система выдает корректные данные.
3. из п. 1 и 2 явно следует наличие ошибки и явно не округления. Более вероятен действительно зачет часа из следующих суток, хотя вроде как цифра получается чуть больше.
Это уточнение тоже выслать отдельным письмом на mail или информация попадет таки в нужные руки?
UTM 5.1.10-008, SlackWare Linux, ipcad, FreeRadius, Apache 1.3.33, MySQL 4.0.21