Перейти до

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

Как всегда, тихо и незаметно, выходит стабильный релиз Ubilling 0.4.9 - rev 3155.

 

Список изменений:

  • alter.ini: новая опция COMPLEX_ENABLED включающая отчет по пользователям с комплексными услугами.
  • alter.ini: новая опция COMPLEX_MASKS устанавливающая маски тарифов с комплексными услугами
  • alter.ini: новая опция COMPLEX_CFIDS устанавливающая ID доп. полей профиля с договором и флагом активности.
  • alter.ini: новая опция DN_FULLHOSTSCAN заполняющая content/dn при выполнении fullhostscan
  • Новый модуль «Пользователи с комплексной услугой»: ну совсем даже непонятно чем он занимается, ага.
  • Новый модуль «Отчет по АРПУ»: теперь позволяет проанализировать ARPU относительно линеек тарифов.
  • Модуль «Сервер DHCP»: теперь показывает превью глобальных шаблонов конфигов.
  • Модуль «Планирование работ»: исправлена проблема с просмотром задач на следующий год.
  • Модуль «Планирование работ»: исправлен показ просроченных задач.
  • Модуль «Облако тегов»: полностью переписан, появилось табличное представление.
  • Модуль «Отчет по услуге кредитования»: добавлена возможность выбора года и отображение общегодового профита.
  • Модуль «Онлайн»: теперь стал восприимчивым к DN_ONLINE_DETECT при включенном HP_MODE
  • Модуль «Популярность тарифов»: исправлено отображение графиков.
  • OpenPayz: добавлены бекенд и фронтенд для работы с платежной системой CoPAYCo, как-то так.
  • OpenPayz: добавлен фронтенд для работы с платежной системой Paylogic / ОСМП
  • OpenPayz: добавлен фронтенд для работы с платежной системой iBox, спасибо Spl
  • OpenPayz: поправлен фронтенд для работы с QIWI.
  • Чуть-чуть приукрашены кнопочки некоторых форм.
  • Модуль «Расширенная настройка MikroTik»: переписан исходный код.
Рекомендации к обновлению: http://wiki.ubilling.net.ua/doku.php?id=relnotes
Полный чейнджлог: http://wiki.ubilling.net.ua/doku.php?id=changelog
 
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 468
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

UPD: А хрен там с утра. Я ж нормально с таким не засну     проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://g

Думаю согласились бы, если бы были в курсе как работает OpenPayz.   Большинство нормальных ПС умеет показывать юзеру сколько у него денег на счету, как его зовут, где он живет и кто он такой вообще

всем привет ! сегодня ночью чет не спалось и получилось вот это Miktotik-Linux-nas это адаптированный Mikrotik NAS для Linux делается все также как тут http://wiki.ubilling.net.ua/doku.php?id=mikrotik

Posted Images

:blink:



Fatal error: include_once(): Cannot redeclare class tar in /usr/local/www/apache22/data/billing/modules/system/load.php on line 48

рекомендації  до оновлень виконав

 

з 0.4.7 на 0.4.9 апнув

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

Та блін. Це практично нереально - тільки що перевірив. class tar обявлено тільки один раз. Пробуйте ше раз просто запустити обновлятор.

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

 

уже двічі

я відкатуюсь йти треба, потім ще попробую.

 

попробував в третє неїде.

може дати лог ... чи щось таке поки не відкотився

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

Ок. Просто своїми руками вже штук 12 інстансів нині обновив - норм все.  Таке враження, шо десь у вас не дотерлась стара копія.

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

 

так

на перший погляд все добре.

там аптайм два місяці був.

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

 

на перший погляд все добре.

значить я таки був правий - коряво чось апдейтер сіпнувся.

 

 

там аптайм два місяці був.

монопенісуально.

6:52PM  up 1142 days,  5:09,
Ссылка на сообщение
Поделиться на других сайтах

:o  тепер Manage ppp  чекбокс активний на  NAS MikroTik .

wiki покищо  мовчить про цей факт.

так Ви пиляли ppp поки я мучив  радіус і мовчали чи то  ощипятка вийшла з чекбоксом?

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

Шановний Jcomm все ще святкує, на форум не заглядує(

Радіус у мене ще на тестові віртуалці, от думаю ставити на сервер чи є  готове рішення з PPP.

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

Сегодня увидел на сервере своего провайдера прикольную фишку.

Думаю, что такой прикол возможно добавить и в Убиллинг.

 

13.01.2014

Уважаемые абоненты, использующие технологию доступа IPoE.

Добавлена новая услуга

«Турбокнопка»:

  • предназначена для кратковременного (1 час) увеличения скорости доступа к сети Интернет;
  • активируется абонентом самостоятельно через личный кабинет на сайте www.garant-tv.by;
  • стоимость услуги списывается со счета сразу после активации;
  • не прерывает текущих загрузок файлов, потокового аудио/видео и т.д.;
  • действие заканчивается автоматически через 1 час после активации.
Ссылка на сообщение
Поделиться на других сайтах

Ага, мысль вполне здравая.

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

Сейчас судя по тому, что наблюдаю - модно стало крутить чисто ночную скорость всем абонентам на халяву "динамическим шейпером".

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

 

Очень интересна фишка: информирование обонента смской о зачислении средств когда платеж поподает в openpayz.

Учитывая, как сейчас реализован основной функционал фоновой отсылки СМС - придется притащить в OpenPayz половину собаки-наблюдаки с собакой уведомлякой.

 

С другой стороны не вижу глубинного смысла, исходя из работы самих платежных систем, для которых доступны фронтенды:

Ipay - при успешной транзакции, предполагает заворот абонента обратно в кабинет, чтобы оный ознакомился с новым состоянием счета.

Приватбанк - сам шлет СМС-ки при переводе средств

24nonstop - показывает прямо на терминале и текущее состояние счета юзера, и стоимость тарифа, и еще чего нипопадя.

Остальные, типа easypay или скажем тех же copayco аналогично ipay-ю предусматривают заворот абонента на URL подтверждающий что "все ок бро - бабло получено".

 

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

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

Здравствуйте  ,  после установки Ubilling не добавляются абоненты .

OS: FreeBSD 9.2  stg - 2.408   Ubilling  - 0.4.9 rev 3155 

ошибки после включения display_errors

 

Notice: Undefined index: LastActivityTime in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1086

Notice: Undefined index: Cash in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1094

Notice: Undefined index: Credit in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1094

Notice: Undefined index: Passive in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1152

Notice: Undefined index: Down in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1158

Notice: Undefined index: IP in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1187

Notice: Undefined index: Cash in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1200

Notice: Undefined index: login in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1256

Notice: Undefined index: IP in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1264

Notice: Undefined index: Tariff in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1272

Notice: Undefined index: TariffChange in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1276

Notice: Undefined index: Credit in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1289

Notice: Undefined index: FreeMb in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1297

Notice: Undefined index: AlwaysOnline in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1305

Notice: Undefined index: DisabledDetailStat in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1309

Notice: Undefined index: Passive in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1313

Notice: Undefined index: Down in /usr/local/www/apache22/data/billing/api/libs/api.workaround.php on line 1317

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

 

Здравствуйте  ,  после установки Ubilling не добавляются абоненты .

Ну это причина и следствие.

Либо левый пароль в billing.ini либо sgconf_xml банально не может достучаться до stargazer-а.

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

в billing.ini  

 

STG_HOST=localhost
STG_PORT=5555
STG_LOGIN=admin
STG_PASSWD=123456
 
 sockstat -4 | grep stargazer                                                                                              
root     stargazer  96631 3  tcp4   *:5555                *:*
root     stargazer  96631 4  udp4   *:5555                *:*
 
В базе данных  таблица users  пуста  , но в userreg  записи есть. 
Ссылка на сообщение
Поделиться на других сайтах

 

В базе данных  таблица users  пуста  , но в userreg  записи есть.

Как я и сказал - это и причина и следствие одновременно.

 

Попробуйте сделать что-то типа

sgconf_xml -s 127.0.0.1 -p 5555  -a admin -w 123456 -r "<GetAdmins/>"
Ссылка на сообщение
Поделиться на других сайтах

  1. switchpoller: при SWITCHPORT_IN_PROFILE=1 и не пустом FDB + угаданном логине - было бы круто показывать цеплялку порта к юзеру 

  2. приеду пиво поставлю)))

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

2 Amasis

Да, все верно - а теперь то же самое с localhost. В противном случае - там больше нечему не работать.

 

 

2 DemonidZe

Помню я, помню :)

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   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);  

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