Перейти до

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

Стабильный релиз Ubilling 0.8.1 rev 5330

 

Основные изменения:

  • Изменения в структуре БД, см дамп.
  • alter.ini: добавлена новая опция ADMIN_NAMES включающая показ ФИО администраторов в некоторых модулях.
  • alter.ini: добавлена новая опция TASKREPORT_ENABLED включающая отчет по задачам.
  • alter.ini: добавлена новая опция TASKREPORT_JOBTYPES указывающая типы работ для отчета.
  • alter.ini: добавлена новая опция TASKREPORT_SIGNUPJOBTYPES указывающая типы работ являющиеся подключательными.
  • alter.ini: добавлена новая опция TASKREPORT_NOTESTAGIDS указывающая ID тегов попадающих в примечания.
  • alter.ini: добавлена новая опция TASKREPORT_SIGPAYID указывающая тип платежей за подключение.
  • alter.ini: добавлена новая опция POLICEDOG_ENABLED включающая «Собаку-полицияку».
  • alter.ini: добавлена новая необязательная опция SWITCH_PING_INTERVAL указывающая интервал переопроса свитчей.
  • Модуль «ПОНизатор»: теперь при создании, редактировании и удалении ONU происходит ребилд сетевых хендлеров.
  • Модуль «Экзистенциальный конь»: в Askozia больше не учитываются повисшие звонки с длительностью более 24 часов.
  • Кабинет пользователя: модуля замораживания счета, кредитования и смены тарифа теперь производят нормальное логирование.
  • Опрос свичей посредством SNMP: добавлен еще вагон шаблонов для разных Dlink и Eltex. Спасибо Cidjey Miles.
  • Модуль «Собака-посылака»: добавлена поддержка сервиса Red SMS. Это тоже на совести Cidjey Miles.
  • Модуль «Работники»: теперь, при всех изменениях очищает кеш логинов сотрудников.
  • Модуль «Движение средств»: логины администраторов теперь по возможности заменены ФИО сотрудников из соответствующего справочника.
  • Модуль «Экзистенциальный конь»: исправлена подпись графиков для финансов УКВ.
  • Новый модуль Отчет по задачам: позволяет оценить затраты на определенные типы задач. В основном на подключения.
  • Модуль «Планирование работ»: при создании задачи теперь выкусываются лишние пробелы вокруг адреса.
  • Модуль «Возможности подключений»: в интерфейс редактирования, добавлена возможность создания задачи для «планирования работ».
  • Модуль «Возможности подключений»: добавлена статистика по состояниям.
  • Модуль «Детали подключения»: добавлено фильтрование данных для полей длины и стоимости.
  • Модуль «Megogo»: исправлена паника при ручном удалении подписки.
  • Модуль «Заявки на подключение»: календарик теперь показывает заявки за все время.
  • Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым.
  • Модуль «Склад»: теперь приходные и расходные операции отсортированы от самых свежих к самым древним.
  • Модуль «Отчет по услуге кредитования»: селектор года, теперь запоминает свое состояние.
  • Модуль «Отчет по услуге кредитования»: для отрисовки графиков теперь используется Google charts.
  • Модуль «Заявки на подключение»: для показа списка заявок, теперь используется jQuery DataTables.
  • Модуль «Перечень возможностей подключения»: переехал на jQuery DataTables.
  • Модуль «Перечень возможностей подключения»: добавлена подсветка уже возможно подключенных заявок.
  • Новый коммерческий модуль Собака-полицияка: позволяет осуществлять поиск по базе определенных MAC.
  • Модуль УКВ: для профилей пользователей добавлена возможность установки существующих тегов из общего справочника.
  • Модуль «УКВ»: добавлен отчет по установленным на пользователей тегам.
  • Модуль «УКВ»: показ списка ранее загруженных банковских выписок переехал на jQuery DataTables.
  • Модуль «Свитчи»: при редактировании свитча, контрол опроса по SNMP теперь показывается, только в случае SWPOLL устройства.
  • Модуль «Свитчи»: теперь машина времени умеет опционально показывать время простоя для каждого свитча из топа.
  • Модуль «Учет зарплат»: теперь в формировании табеля и зарплатных ведомостях, фигурируют только работники из встроенного справочника зарплат.
  • Модуль «Хелпдеск»: календарик теперь показывает тикеты за все время.
  • Модуль «Собака-наблюдака»: исправлен порядок сортировки, при показе существующих задач.
  • Модуль «Живи с этим»: добавлены колонки Ф.И.О. и адреса.
  • RemoteAPI: новый вызов policedog запускающий быстрое сканирование собакой-полициякой.
  • Кабинет пользователя: для Megogo исправлена индикация наличия бесплатного периода подписки.
  • OpenPayz: добавлен фронтенд для получения платежей от банка "Фамильный".
  • OpenPayz: Добавлены фронтенд и бекенд для получения платежей от банка "Тинькофф". Спасибо vik_k.
  • Глобально: умолчательный селектор года расширен до 10-ти лет.
  • UBinstaller: собраны новые бинарные пакеты для FreeBSD 11.0 amd64.
 
Полный чейнджлог
Рекомендации к обновлению
Свежая демка
 
C0ykwZlWEAArYrv.jpg_large.jpeg
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 263
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Чтобы не откладывать на следующий год, вот свежий стабильный релиз Ubilling 0.8.7 rev 5918 Ouroboros   Коротко о основных изменениях:   alter.ini: добавлена новая опция MOBILES_EXT включающая воз

stargazer и Ubilling это одно и тоже или это разные проги

И еще раз о обновлениях, и о том, что это совсем не страшно  

Posted Images

 

 

Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым.

О, те що давно мучило :D 

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

Доброго времени суток! 

Предистория: сделали сегментацию сети по VLAN-ам. На Freebsd прописали ifconfig vlanXY create vlan XY vlandev emZ a.b.c.d netmask 255.255.255.e.  В пользователей все работает, но с биллинга не все пингуются (некоторые только по

МАК-адресу, некоторые непосредственно чарез пинг, некоторые вообще не пингуются, но работают). 

Схемка сети такова - Биллинг на одном сервере и NASы на других серверах (rscriptd FreeBSD 10). на нас серверах подсети разбиты на несколько частей (напр 192,168,1,1/25, 192.168.1. 192.168.1.128/26, 192.168.1.192/27, 192.168.1.224/27)

Вопрос: как правильно прописать настройки сети на сервере биллинга чтоб следить за всеми подсетями и VLANами стандартными средствами убиллинга (Пинг и Пинг по МАК)?

 

Я предполагаю что на сервере нужно прописать алиасы для каждой потсети и соответствующему ей влану, но не работает (в одном влане прописал (ifconfig vlan111 inet192.168.1.126/25 напр) а добавить в тот же влан alias inet192.168.1.220/27 - пишет чтото вроде wrong inet  )

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

Доброго времени суток! 

Предистория: сделали сегментацию сети по VLAN-ам. На Freebsd прописали ifconfig vlanXY create vlan XY vlandev emZ a.b.c.d netmask 255.255.255.e.  В пользователей все работает, но с биллинга не все пингуются (некоторые только по

МАК-адресу, некоторые непосредственно чарез пинг, некоторые вообще не пингуются, но работают). 

Схемка сети такова - Биллинг на одном сервере и NASы на других серверах (rscriptd FreeBSD 10). на нас серверах подсети разбиты на несколько частей (напр 192,168,1,1/25, 192.168.1. 192.168.1.128/26, 192.168.1.192/27, 192.168.1.224/27)

Вопрос: как правильно прописать настройки сети на сервере биллинга чтоб следить за всеми подсетями и VLANами стандартными средствами убиллинга (Пинг и Пинг по МАК)?

 

Я предполагаю что на сервере нужно прописать алиасы для каждой потсети и соответствующему ей влану, но не работает (в одном влане прописал (ifconfig vlan111 inet192.168.1.126/25 напр) а добавить в тот же влан alias inet192.168.1.220/27 - пишет чтото вроде wrong inet  )

На биллинговом сервере нужно создать те же вланы что и на НАСе.

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

 

 

Если я использую VLAN на дом, то как то можно прикрутить UHW?

А в чем проблема? Протащить к юзеру dhcp ответы с "гостевой" сетью? Ну дык бриджи либо тот же dhcp relay вам в помощь.

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

Я так понимаю что на порту снимается тег VLAN напрпимер 100.

Если гостевая подсеть например в 300-м VLAN? На порту комутатора тогда нужно менять PVID на сколько я понимаю....

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

 

 

Если гостевая подсеть например в 300-м VLAN? На порту комутатора тогда нужно менять PVID на сколько я понимаю....

Почему она не может жить во всех вланах?

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

+ добавить в бридж с флагом private и перевесить туда dhcp, arping и прочие интерфейсы из конфигов.

cloned_interfaces="bridge0 vlan111"

ifconfig_bridge0="addm vlan111 addm em0 up"

 

Както-так?

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

На странице сети и услуги после добавления сетей начали вываливаться два варнинга.

Warning: Invalid argument supplied for foreach() in /usr/local/www/apache24/data/billing/api/libs/api.vlan.php on line 2474

Warning: Invalid argument supplied for foreach() in /usr/local/www/apache24/data/billing/api/libs/api.vlan.php on line 2450

 

Как пофиксить?

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

Есть вопрос по обновлению... Короче, есть биллинг версии 0.7.6 нужно обновить до актуальной. Обновление идут кумулятивные или надо обновлять пошагово? Вопрос касается также и рекомендаций к обновлениям.

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

 

 

обновлять пошагово? Вопрос касается также и рекомендаций к обновлениям.

 

Выполняете ВСЕ рекомендации и потом обновляете по шагово

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

хм, а покажите что в вышеуказанном файле на этих строчках у вас?

Вот какие выводы сделал.

Эти ошибки ссылаются на вот этот кусок кода

function GetAllUserIp() {
    $query       = "SELECT ip,login FROM `users`";
    $data        = simple_queryall($query);
    $result      = array();
    foreach ($data as $each) {
        $result[$each['ip']] = $each['login'];
    }
    return($result);
}


function GetAllUserOnu() {
    $query       = "SELECT * FROM `pononu`";
    $result      = array();
    $data        = simple_queryall($query);
    foreach ($data as $each) {
        $result[$each['login']] = $each['mac'];
    }
    return($result);
}

То есть, если не внесено ни одного абонента и ни одного ОНУ тогда вываливается эта ошибка.

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

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)
icon_inactive.gif Мертвые свичи - 0
yellow_led.png NP свитчи - 0
snmp.png SWPOLL опрос - 0
wifi.png MTSIGMON устройства - 0
pon_icon.gif OLT устройства - 0

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

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)

icon_inactive.gif Мертвые свичи - 0

yellow_led.png NP свитчи - 0

snmp.png SWPOLL опрос - 0

wifi.png MTSIGMON устройства - 0

pon_icon.gif OLT устройства - 0

Читаем:

http://wiki.ubilling.net.ua/doku.php?id=ponizer

проверяем.....

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

 

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)

icon_inactive.gif Мертвые свичи - 0

yellow_led.png NP свитчи - 0

snmp.png SWPOLL опрос - 0

wifi.png MTSIGMON устройства - 0

pon_icon.gif OLT устройства - 0

Читаем:

http://wiki.ubilling.net.ua/doku.php?id=ponizer

проверяем.....

 

Я там уже все пересмотрел. Добавил ОЛТ, Указал шаблон СНМП БДКОМ. И один фиг не высвечивается как ОЛТ....

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від 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);  

×
×
  • Створити нове...