Перейти до

Детальная статистика в Ubilling'е


Рекомендованные сообщения

Прошу разработчиков Ubilling'а "допилить" модуль вывода детальной статистики

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

список пользователей, у которых выключена возможность вывода детальной

статистики. Ну очень надо, готов подкинуть немного денежков.

 

 

post-24402-0-33641800-1362540121_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

Да, спасибо, я нашел где это, но неплохо было бы выводить более детальный вид (т.е. брать из таблиц detailstats_MM_YYYY)

с указанием полей дата, время, ip-откуда, ip-куда, byte-отгружено, byte-загружено, сумма и т.п. 

Если Вас не затруднит, конечно... pls...

Ссылка на сообщение
Поделиться на других сайтах

Если Вас не затруднит, конечно... pls...

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

 

detail.png

Куда уж "детальнее"?

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Добрый день! Не могу настроить тариф по траффику. 10 GB тариф , а при привышении трафика редиректило на определенный сайт и интернета не было. Помогите люди добрые.

Ссылка на сообщение
Поделиться на других сайтах

 

Не могу настроить тариф по траффику. 10 GB тариф
 
дока по stargazer  ст 32.  малоб допомогти Вам зрозуміти принципи налаштувань трифів.

 

 

редиректило на определенный сайт и интернета не было.

коли на рахунку абонента буде баланс менше кредита то інтернету небуде.

 

Настройка FireWall

 

робочий фаєр з редиректом.

ps. такий редирект буде працювати  тільки на себе тобто на 127.0.0.1

 

Ссылка на сообщение
Поделиться на других сайтах
  • 1 year later...

kry

 

А як можна зробити, щоб модуль детальної статистики відображав назву сайту на який заходив користувач, а не тільки IP адрес. ????

Очевидно, у вас надто багато вільного часу.

 

2 Keen

 

никак. Старгейзеру это не под силу.

Пф-ф-ф-ф. Вариантов кучу вижу.

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

Совсем другое дело, что это нахрен никакому здоровому человеку не нужно ;)

Ссылка на сообщение
Поделиться на других сайтах
  • 1 year later...

 

 

Куда уж "детальнее"?
Детальнее некуда. Теме ап.

 

Начались жуткие лаги в вебморде биллинга, когда статистики накопилось более 3-4 месяцев, подскажите пожалуйста какие есть варианты решения этого вопроса ?

Статистику необходимо хранить 3 года, трафика 100-200Мбит,  полагаю необходим еще один тазик для хранения статистики.

Текущий тазик: 

hw.machine: amd64
hw.model: Intel® Core i7 CPU 960 @ 3.20GHz
hw.ncpu: 4
hw.machine_arch: amd64

Возможно кто то уже реализовал данный функционал, есть возможность поделиться мнениями по данному вопросу ?

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

Для начала послушаем все мнения, автор в ЛС не рекомендует сразу стучать, думаю в дальнейшем остальным страждущим пост на форуме будет полезен.

Да и рано еще  :P

Ссылка на сообщение
Поделиться на других сайтах
  • 7 months later...

 

 

Добрый день. Теме ап. Планируется ли в дальнейшем более "красивая" реализация для страждущих ? :)

Типа бесплатный СОРМ? Нет. Не планируется. Мы биллинг пишем.

Просто крутой анализатор netflow? Дык вагон их, и маленькая тележка - покупайте/используйте какой нравиться. И нет - мы все так же биллинг пишем.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Dilan
      Собственно ищу кто сделает такую связку с нуля под ключ. Тз высылаю в личку. Заранее спасибо.
×
×
  • Створити нове...