Перейти до

Релизы Ubilling


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

Итак, как и обещал не за горами релиз 0.1.1 rev 592

 

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

* Исправлены заготовки OnConnect/OnDisconnect для Linux (спасибо Небесный)

* Новый модуль: "Модели свичей"

* Новый модуль: "Свичи"

* Незначительно изменилась структура БД (см fix 0.1.1 в дампе)

* Исправлена локализация регистрации

* Кабинет пользователя: исправлено кеширование

* Кабинет пользователя: исправлено неверное определение по IP

 

Как всегда самый свежий релиз находиться по ссылке: http://ubilling.net.ua/ub.tgz

Мануал по установке тут: http://wiki.ubilling...id=setupfreebsd

 

Для обновляющихся с предыдущих версий придется ткнуть в SQL консоль следующее:

 

ALTER TABLE `switches` DROP PRIMARY KEY , ADD PRIMARY KEY ( `id` );
ALTER TABLE `switches` CHANGE `id` `id` INT( 11 ) NOT NULL AUTO_INCREMENT;

 

Еще новости

 

Домен stargazer.net.ua переходит таки старгейзеру. Ubilling со всеми потрохами переезжает на:

http://ubilling.net.ua - сам Ubilling

http://wiki.ubilling.net.ua - документация

http://demo.ubilling...a:9999/billing/ - демо административного интерфейса

http://demo.ubilling...ling/userstats/ - пользовательская статистика

 

halokitty.gif

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1,2k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Багфикс релиз 0.1.2 rev 613

 

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

 

* Модуль "детальная статистика": добавлена обработка отсутствия детальной статистики за текущий месяц

* Модуль "Сети": отзвездочены объязательные поля

* Юзабилити: добавлен переход от редактирования городов к улицам

* Юзабилити: добавлен переход к редактированию городов, улиц, домов при регистрации

* Добавлен shared-network в умолчальный шаблон dhcpd

* API адресов: исправлено выселение пользователя

* API адресов: работа с нулевыми квартирами

* Конфиг alter.ini: новая опция CITY_DISPLAY

* Конфиг alter.ini: новая опция ZERO_TOLERANCE

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

Новый багфикс релиз 0.1.3 rev 630

 

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

* Исправлено отсутствие htaccess в /config

* Исправлена локализация

* Исправлены права для модуля "Онлайн"

* Косметические исправления

* Модуль "Финансовый отчет": отрицательные оплаты теперь не считаются оплатами

* Ресет пользователя при изменении оверрайда скорости

* Модуль "Профиль пользователя": теперь отображаются примечания

* Исправлено отсутствие htaccess в /modules

* Модуль "Неизвестные MAC"- добавлена фильтрация

* Новый модуль: "Отчет по детальной статистике"

* Новый модуль: "Отчет по просрочкам кредитов"

* Поиск пользователя более гуманный

 

Немного о обновлениях

 

Для адекватного обновления рекомендуется бекапнуть:

 

/content/users/*

 

/config/dhcp/*

/config/billing.ini

/config/alter.ini

/config/mysql.ini

 

После чего потерев /usr/local/www/data/billing/* (ну или где оно у вас) сделать традиционное

# fetch http://ubilling.net.ua/ub.tgz
# tar zxvf ub.tgz
# chmod -R 777 content/ config/ multinet/ exports/ remote_nas.conf vservices.php

с последующим востановлением вышесделанного бекапа.

 

P.S. решено после релизов 0.1.4-0.1.5 приостановить наращивание функционала того что идет внутрях самого UB и заниматься уже допиливанием существующего кода. Последующие плюшки и свистелки планируется распространять отдельно в виде автономных модулей. Это должно упростить процес обновлений и способствовать стабилизации API.

P.S.S. прошу меня простить, изначально впресовал значение CITY_DISPLAY=1 в alter.ini - кого напрягает (собственно у кого один населенный пункт), можно востановить изначальный вид адресов установив данный параметр в 0

 

bueeeee.gif

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

Свободной энергии не существует - она всегда в рабстве. Освободи энергию - даЁш ядерный апокалипсис!

 

А можт не спешить сильно с 408? Эм? Страшно же.

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

Чет мне кажется, что тоже лучше не спешить, лучше оттестить толком все.

Ага, значит nightfly веселиться с релизами можно, а мне, значит нельзя?!

Не боись, все будет нормально. rc1, rc2 и т.д.

Ссылка на сообщение
Поделиться на других сайтах
Ага, значит nightfly веселиться с релизами можно, а мне, значит нельзя?!

а ты как думал? :)

 

 

Кстати, а что случилось с сайтом ubilling ?

Ничего не случилось. Все просто встало на свои места.

 

stargazer.net.ua - сейчас пренадлежит stargazer-у, как логично было бы предположить

ubilling.net.ua - а тут ubilling что в принципе тоже логично

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

Можно в заготовки добавить, пригодится

 

Gentoo linux config

 

localhost config # cat billing.ini

; type of low level billing interraction

baseconf = sgconf

SGCONF=/usr/local/sbin/sgconf

SGCONFXML=/usr/local/sbin/sgconf_xml

STG_HOST=localhost

STG_PORT=5555

XMLRPC_PORT=8081

STG_LOGIN=admin

STG_PASSWD=123456

SUDO=/usr/bin/sudo

TOP = /usr/bin/top -b

CAT=/bin/cat

GREP=/bin/grep

RC_DHCPD=/etc/init.d/isc-dhcpd

UPTIME=/usr/bin/uptime

PING=/bin/ping

PHPSYSINFO=phpsysinfo/

LANG = ua

TASKBAR_ICON_SIZE = 128

; user register options

REGRANDOM_MAC=1

REGALWONLINE=0

REGDISABLEDSTAT=0

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

не лучший кстати вариант, оно с тарифами не работает как минимум

 

 

Хотелось бы видеть в отчетах/логах имя админа, пополневшего счет.

Мне бы тоже, но почему-то этот момент как-то совсем упустил.

Логи по админам и всем ихним телодвижениям пишутся только не всюду и не всегда показываются.

 

 

Есть возможность такое внедрить?

да в принципе без проблем, в 0.1.4 будет

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

Подумываю перевести на Ubilling.

В связи с этим есть пара вопросов.

 

1. Скажу честно - исходники не смотрел - как производится нарезка скоростей ?

-на основе меток ?

-на основе айпишников ?

 

2. Если у пользователя есть 2,3,4 компа. Как реализовать это в Ubilling ?

-сейчас я просто вписываю в ud3 дополнительные IP и вешаю на 1 метку скорости (для каждого компа свой логин\пасс) и скриптом в онконект вешаю на общую метку.

 

3. Как реализован фаер ?

-по старинке на iptables ?

-на основе списков ipset ?

 

4. Я вижу в демо админке есть экспорт платежей.

-А есть ли импорт ? (например нам с банка дают файлом проплаты - возможно написать модуль импорта платежей ?)

 

5. Ubilling работает с базой MySQL - но madf пока все же не рекомендует его использовать. Кто реально работал с системой как ведет себя на примере 2к абонов ?

 

Возможно появятся еще вопросы.

Заранее благодарен.

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

1. Скажу честно - исходники не смотрел - как производится нарезка скоростей ?

-на основе меток ?

-на основе айпишников ?

Как сделаете в скриптах ОнКоннект и ОнДисконект - так и будет.

2. Если у пользователя есть 2,3,4 компа. Как реализовать это в Ubilling ?

-сейчас я просто вписываю в ud3 дополнительные IP и вешаю на 1 метку скорости (для каждого компа свой логин\пасс) и скриптом в онконект вешаю на общую метку.

Смотреть выше

3. Как реализован фаер ?

-по старинке на iptables ?

-на основе списков ipset ?

Фаер невозможно сделать для каждого, эта тема всегда оставалась за админом - каждый себе сам строить политику безопастности.

4. Я вижу в демо админке есть экспорт платежей.

-А есть ли импорт ? (например нам с банка дают файлом проплаты - возможно написать модуль импорта платежей ?)

Я думаю что nightfly согласится за отдельную плату сделать сей модуль. :)

5. Ubilling работает с базой MYSQL - но madf пока все же не рекомендует его использовать. Кто реально работал с системой как ведет себя на примере 2к абонов ?

У опять же у nightfly работает вроде и у многих других.

У себя на тестовом сервере на MYSQL вроде не наблюдал падений.

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

У опять же у nightfly работает вроде и у многих других.

У себя на тестовом сервере на MYSQL вроде не наблюдал падений.

 

Основным ключевым словом является тестовом (:

 

Качнул - посмотрел исходники. Есть еще пара вопросов :

 

1. Как связываются доп. поля в СТГ с Ubilling ?

-в своих скриптах я просто парсю эти поля из текста в онконнект

 

2. Я так понимаю в принципе структуру фаера можно оставить свою на основе ОнКоннекта ?

-я имею ввиду списки ipset

 

3.Все еще не понял с нарезкой скоростей и шейпером.

#!/bin/sh
#path to the defs file
. /etc/stargazer/globals
IP=$2
login=$1
usersconf="/var/stargazer/users/$login/conf"
dhcpconf="/etc/dhcp/dhcpd.conf"
ip_dst2=`cat "$usersconf" | grep "Userdata2=" | cut -d"=" -f2` [b](Вот тут я смотрю есть ли второй комп, если он есть то своя марка назначена не будет, а будет присоеденена к основной, а как работает с этими доп. полями Ubilling ???)[/b]
################################################################################
#$IPTABLES -I FORWARD -i $eLAN -s $2 -d 0/0 -j ACCEPT
############################## WHITE IP ###################################
#whip=`cat /etc/stargazer/white_ip | grep -w "$IP"`
white_ip=`cat "$usersconf" | grep "Userdata1=" | cut -d"=" -f2`
$IPSET -D FSNATDROP $IP
while [ $? -eq 0 ]
do
$IPSET -D FSNATDROP $IP
done
$IPSET -A FFIN $IP

if [ -n "$white_ip" ]
then
$IPTABLES -t nat -A PREROUTING -i $eWAN -d $white_ip -j DNAT --to-destination $IP
$IPTABLES -t nat -A POSTROUTING -s $IP -d 0/0 -o $eWAN -j SNAT --to-source $white_ip
else
#$IPTABLES -t nat -A POSTROUTING -s $IP -d 0/0 -o $eWAN -j SNAT --to-source $IP_eWAN
$IPSET -A FSNAT $IP
fi

if [ -n "$ip_dst2" ] ; then
IP2=$ip_dst2
else IP2=$IP
fi
######### Определим его класс в шейпере #############
net4=`echo $IP2 | cut -d "." -f4`
net3=`echo $IP2 | cut -d "." -f3`
if [ $net4 -lt 100 ] ; then net4=0"$net4"
fi
if [ $net3 != 5 ] ; then mark=$net3$net4
else mark=5"$net4"
fi
mark=`printf '%x' $mark`
sleep 2
$IPTABLES -t mangle -I FORWARD -d $IP -o $eLAN -j MARK --set-mark 0x$mark

Вот мой OnConnect - как видно из кода я работаю с текстом. Теперь прийдется брать данные из мускуля ? Или же сам убиллинг имеет свои скрипты работы с ТС ?

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

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

Еще один интересный момент:

Решил пользователю установить счет.

В логах старгейзера имеем:

2011-09-21 11:13:10 -- Admin 'office', 127.0.0.1: User 'lel': 'cash' parameter changed from '150.998481' to '150.000000'.

 

В веб морде:

Текущее состояние счета 150

ID Дата Платеж Баланс до Тип оплаты

9 2011-09-21 11:13:11 150 150.998481 Наличка

 

Понятие "Баланс до" так и должен высчитываться?

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

2 DarkSpider

отписал личкой

 

2 Keen

Понятие "Баланс до" так и должен высчитываться?

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

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

Основным ключевым словом является тестовом (:

Ну, мне просто нету смысла ставить ее как главную систему, у меня свой самописный продукт стоит и делает подобные функции.

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

Первые шаги уже сделаны.

Кто подскажет как и чем сконвертить базу MySQL старгейзера в базу Ubilling ?

Поля "Адрес", "телефон", "Тариф" - стандартные. Мак - в Userdata0.

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

конвертация айпишек/маков

 

INSERT INTO `nethosts` (ip, mac) SELECT IP, Userdata0 FROM `users`;
UPDATE `nethosts` SET `netid` = '1';

 

 

Телефоны аналогично:

INSERT INTO `phones` (login, phone) SELECT login, Phone FROM `users`;

 

Тарифы и прочие исконно старгейзеровые вещи остаються там же где и были.

 

Для адресов/имен промежутках пишу адовый конвертер с корекцией кодировок в православный UTF.

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

Почему в dhcp template

{ROUTERS} - шлюз, по умолчанию - это начальная IP+1

?

Может стоит явно указать шлюз по умолчанию?

 

 

О, уже нашел api.networking.php

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

Никто не мешает это сделать напрямую в шаблоне подсети.

 

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

Как-то так:

post-4093-0-51091600-1362671509_thumb.png

Также хорошая новость для всех кто использует авторизатор вместо исконного AlwaysOnline - при включении соответствующей опции в alter.ini будет появляться моднявая колоночка сигнализирующая в отличии от "Активный" не о финансовом состоянии абонента, а о том действительно ли он Онлайн в данный момент.

post-4093-0-17847300-1362671528_thumb.png

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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

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

    • Від 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);  
    • Від Zend
      Продам сабж.
      2 контроллера CA07336-C001, в каждом по одном интерфейсном модуле CA07336-C009 (2 x 1Gbps iSCSI)
      HDD: 24 x 900GB SAS 10K
      Исправен.
      С ним могу продать шкафчик того же вендора.
       
      Стоимость - $4000, торг
       


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