Перейти до

Ubilling + NAS на FreeBSD бортжурнал починаючого адміна


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

 

 

  В 31.10.2014 в 19:53, ruslyk123 сказав:
Дякую за поради.

наздоров'я

 

 

  В 31.10.2014 в 19:53, ruslyk123 сказав:
*.pfx це той самий *.p12

ну дякую, буду знати, відкрив анкету ще раз, про *.p12 нічого, просто клієнтський.

я робив *.p12 от понесло))

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вітаю Татко!   

Не так вже й багато   Ход коньом:   # cat /bin/clear_dhcpdlog #!/bin/sh /bin/echo > /var/log/dhcpd.log /usr/local/etc/rc.d/isc-dhcpd restart # chmod a+x /bin/clear_dhcpdlog # crontab -e

http://wiki.ubilling.net.ua/doku.php?id=userstats       Расист? http://wiki.ubilling.net.ua/doku.php?id=userstats

Posted Images

Опубліковано: (відредаговано)

пробую скрипіти 

тицніть носом де туплю



cat compareip.sh
#!/bin/sh

FirewallExtIP=`ipfw show | grep "nat 1 ip from any to" | awk '{print $10}'`
extIP=`ifconfig tun0 inet | grep inet | awk '{print $2}'`
#echo "ext="${extIP}
#echo "Firewall="${FirewallExtIP}

if ${FirewallExtIP} == ${extIP}
then
{
echo "`date '+%d-%m-%Y-%H:%M:%S'`:ether tun0 ip= ${extIP} = Firewall Nat IP ${FirewallExtIP}" >> /var/log/compareip.log
}
else
{
echo "`date '+%d-%m-%Y-%H:%M:%S'`: ether tun0 ip= -${extIP}- NOT Firewall Nat IP -${FirewallExtIP}- Firewal restart" >> /var/log/compareip.log
/etc/rc.d/ipfw restart
}
fi

сенс скрипта

з крона запускаю його кожні 5 хв і перевіряю чи не падала сесія pppoe і не помінялась зовнішня адреса

якщо так перезапустити фаєр, там extIP адреса виловлюється і нат запускається як треба.

 

тут же у мене завжди false! незалежно від  того одинакові айпішки чи ні

пробіли ніби не мішаються з айпішками  в extIP і FirewalExtIP

 

вихлоп з адекватним адресом нат в фаєрі 

./compareip.sh
94.***.***.***: not found
net.inet.ip.fw.enable: 1 -> 0
net.inet6.ip6.fw.enable: 1 -> 0
ipfw: getsockopt(IP_FW_ADD): Invalid argument
Firewall rules loaded.

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

 

 

  В 31.10.2014 в 20:24, mgo сказав:
94.***.***.***: not found

це якраз з строчки if ${FirewallExtIP} == ${extIP}

перший параметр воно чось викидає а другий not found

як фіксанути?

Ссылка на сообщение
Поделиться на других сайтах
  В 31.10.2014 в 19:41, mgo сказав:

 

  В 31.10.2014 в 18:30, optims сказав:
В чем может быть проблема?

що в логах?

наприклад

/var/stargazer/allconnect.log

/var/log/stargazer.log

 

 

 

  В 31.10.2014 в 18:30, optims сказав:
usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.networking.php#L709

тут у нас генерація платіжного ідентифікатора з IP адреси

 

/var/stargazer/allconnect.log   ---- такого файла логов нет

в а /var/log/stargazer.log  ничего не пишет

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

а вот апач пишет PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 240 bytes) in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

 

в php.ini memory_limit = 256M

Відредаговано optims
Ссылка на сообщение
Поделиться на других сайтах
  В 31.10.2014 в 20:24, mgo сказав:

 

пробую скрипіти 

тицніть носом де туплю



cat compareip.sh
#!/bin/sh

FirewallExtIP=`ipfw show | grep "nat 1 ip from any to" | awk '{print $10}'`
extIP=`ifconfig tun0 inet | grep inet | awk '{print $2}'`
#echo "ext="${extIP}
#echo "Firewall="${FirewallExtIP}

if ${FirewallExtIP} == ${extIP}
then
{
echo "`date '+%d-%m-%Y-%H:%M:%S'`:ether tun0 ip= ${extIP} = Firewall Nat IP ${FirewallExtIP}" >> /var/log/compareip.log
}
else
{
echo "`date '+%d-%m-%Y-%H:%M:%S'`: ether tun0 ip= -${extIP}- NOT Firewall Nat IP -${FirewallExtIP}- Firewal restart" >> /var/log/compareip.log
/etc/rc.d/ipfw restart
}
fi

сенс скрипта

з крона запускаю його кожні 5 хв і перевіряю чи не падала сесія pppoe і не помінялась зовнішня адреса

якщо так перезапустити фаєр, там extIP адреса виловлюється і нат запускається як треба.

 

тут же у мене завжди false! незалежно від  того одинакові айпішки чи ні

пробіли ніби не мішаються з айпішками  в extIP і FirewalExtIP

 

вихлоп з адекватним адресом нат в фаєрі 

./compareip.sh
94.***.***.***: not found
net.inet.ip.fw.enable: 1 -> 0
net.inet6.ip6.fw.enable: 1 -> 0
ipfw: getsockopt(IP_FW_ADD): Invalid argument
Firewall rules loaded.

IF невірно описаний.

http://www.dreamsyssoft.com/unix-shell-scripting/ifelse-tutorial.php

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

 

 

  В 01.11.2014 в 03:31, L1ght сказав:
IF невірно описаний. http://www.dreamsyss...se-tutorial.php

ну пробував я по всякому отой if описувати з test [] чи без нього і що ви думаєте?

так ніфіга неїхало а воно виявляється пропусків хоче між квадратними дужками.

треба і біле вчитися читати :D

Ссылка на сообщение
Поделиться на других сайтах
  В 01.11.2014 в 06:24, mgo сказав:

 

  В 01.11.2014 в 03:31, L1ght сказав:
IF невірно описаний. http://www.dreamsyss...se-tutorial.php

ну пробував я по всякому отой if описувати з test [] чи без нього і що ви думаєте?

так ніфіга неїхало а воно виявляється пропусків хоче між квадратними дужками.

треба і біле вчитися читати :D

 

Я на тому собаку з'їв, через оті пробіли :)

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

 

 

  В 01.11.2014 в 12:56, L1ght сказав:
Я на тому собаку з'їв, через оті пробіли

Ну паскаль/делфі ще зі школи пам'ятаю, с++ ну дуже мало тільки проходили(

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

Ссылка на сообщение
Поделиться на других сайтах
  В 31.10.2014 в 21:34, optims сказав:

а вот апач пишет PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 240 bytes) in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

 

в php.ini memory_limit = 256M

проблема возникает именно если выбирать nas с микротиком версии 6.хх, пробовал на 5.хх несколько разных бордов, все ок, с 6.хх тоже несколько разных бордов - вылазит подобная обишка

memory_limit менял как в большую так и в меньшую сторону, не помогает

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

А що гугл каже з цього приводу?)

 

  В 01.11.2014 в 19:31, optims сказав:

 

  В 31.10.2014 в 21:34, optims сказав:

а вот апач пишет PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 240 bytes) in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 709

 

в php.ini memory_limit = 256M

проблема возникает именно если выбирать nas с микротиком версии 6.хх, пробовал на 5.хх несколько разных бордов, все ок, с 6.хх тоже несколько разных бордов - вылазит подобная обишка

memory_limit менял как в большую так и в меньшую сторону, не помогает

 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 15.10.2014 в 19:50, mgo сказав:
у модуль світчі добреб було впиляти  виконання скрипта  на віддаленому світчі  наприклад ребут

 

 

  В 15.10.2014 в 21:52, nightfly сказав:
Свого часу була така ідея. Навіть реалізацію красіву майже придумав.

Поділіться думками, буду мати час попиляю, може краще вийде як з смс  ;)

 

У мене така ідея.

в описі девайсу робим REBOOT.

 

 

 

  В 15.10.2014 в 19:50, mgo сказав:
а ще по remoteapi  пачков все ребутити   во кльово булоб .

тут я погарячився з ремотеапі :D

 

Думаю просто з крона (кому не треба ніхтож не заставляє в крон ставити :) ) запуск скрипта тіпа dnswitch.php

в скрипті  з БД витягнути список хто на REBOOT і ребутити)

 

 

 

  В 15.10.2014 в 21:52, nightfly сказав:
то по духу звучить таки близько до SYSLOAD_CUSTOM_SCRIPTS

 

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

 

ps надоїло лазяти і руками ребутити рокети

мікротік сам Scheduler має і скрипіти на нім нона.

Watchdog на  ubnt невихід - віфі лагане і маєм ребут хоть по 100 раз на день.

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

Прикрутив ПБ, розіслав ІД....

Зняв АП

і у дівчинки на телефоні почалися епілептичні припадки після  надцятого звінка "заплатили а нету нема!"

ПБ каже 



Добный день
ПБ-->> Вы не подтвердили эти платежи, а сразу слали, что это дубликат


<Transfer xmlns="http://debt.privatbank.ua/Transfer" action="Pay" interface="Debt">
    <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Payment" id="682028ХХХ" cancel="false">
        <CompanyInfo>
            <CheckReference>45</CheckReference>
        </CompanyInfo>
        <PayerInfo billIdentifier="18472ХХХХ"/>
        <TotalSum>150.00</TotalSum>
        <CreateTime>2014-11-03T12:13:16.726+02:00</CreateTime>
        <ServiceGroup>
            <Service sum="150.00" serviceCode="101"/>
        </ServiceGroup>
    </Data>
</Transfer>





<Transfer xmlns="http://debt.privatbank.ua/Transfer" interface="Debt" action="Pay">
<Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ErrorInfo" code="7">
<Message>Дублирование платежа</Message>
</Data>
</Transfer>

йду копатися сам, але може підкажіть на що в першу чергу звернути увагу

бо уже нейролептики закінчуюся  і дівчинки шкода((

 

мало не почерез одну оплату отака штука.

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

Дублікат опізнається тільки у вигляді pbx_CheckHash($rawhash) де унікальним ідентифікатором платежу по ідеї мав би виступати CheckReference. Власне для того, аби платіж був унікальним, потрібна відсутність в op_transactions такого самого, вже опрацьованого PBX_+CheckReference.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 07.11.2014 в 17:49, mgo сказав:
<CheckReference>45</CheckReference> 

 

 

  В 07.11.2014 в 17:49, mgo сказав:
<CreateTime>2014-11-03T12:13:16.726+02:00</CreateTime> 

платіж що непройшов слався в 12:13:16

а у базі PBX_45 2014-11-03 12:14:53 успішний платіж

як так могло статися?

біля двох різних кас стоять наш клієнт

в один час касир починає наберати ідентифікатор і CheckReference на обох касах одинаковий тому що ще небуло такого платежу

перший клієнт дає без здачі 200 грн, другий рахує дрібні

і хто перший той і тато для CheckReference?

200 пройшло на другий відповіть дублікат.

 

якого х#~ вони тоді не перевіряють свій CheckReference перед відправкою

 

>>Референс ответа на запрос check, присвоенный билинговой системой

топто CheckReference ми шлемо банку і не фільтруєм ніяк що уже було відправлено!

думаю кожен CheckReference відправлений в ПБ потрібно писати в базу незалежно платіж відбувся чи ні.

інекше нейролептики дівчинці тре закуповівати оптом  :D

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

отже з приватом ми налаштували три методи

 

Search

Chek

Pay

 

відбувається усе наступним чином

 

спочатку засовує клієнт свій ід в банк

банк шле Search

знаходить клієнта далі бере гроші і шле Chek і зразу мав би йти  Pay але виходить так, що виконуються два Сhek і  потім аж Pay.

я все правильно поЙняв?

вихід?

буду ще допитуватися у ПБ як у них ото все відбувається і що  мона зробити.

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

 

в один час касир починає наберати ідентифікатор і CheckReference на обох касах одинаковий тому що ще небуло такого платежу

Я про це яким місцем маю взнати? Ну, ящо воно до мене ще навіть в теорії не прийшло?

 

  Цитата

 

і хто перший той і тато для CheckReference?

Нє бл..дь, давайте оба будемо вносити з спокійною мордою.

 

  Цитата

 

якого х#~ вони тоді не перевіряють свій CheckReference перед відправкою

На справді у всіх нормальних платіжних систем (а що саме смішне навіть у старого протоколу приватбанку) є нормальні унікальні ідентифікатори конкретного платежу в рамках їх системи.

 

  Цитата

 

топто CheckReference ми шлемо банку і не фільтруєм ніяк що уже було відправлено!

Ну давайте я буду сидіти і памятати, чим на що і кому відповідалось сто років тому. А так, геть забув, ще я повинен вгадувати, хто там на касі гроші рахує. Правильно все?

 

  Цитата

 

думаю кожен CheckReference відправлений в ПБ потрібно писати в базу незалежно платіж відбувся чи ні.

Пишіть. Дозволяю.

Хоча тоді ще варто буде весь openpayz переписати, щоб він оте все невідпрацьоване лайно ігнорив.

 

У будь-якому випадку, я здогадуюсь як це все можна елегантно і красиво обійти, але на це немає часу, бажання і настрою.

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

 

 

  В 07.11.2014 в 23:59, nightfly сказав:
  в один час касир починає наберати ідентифікатор і CheckReference на обох касах одинаковий тому що ще небуло такого платежу Я про це яким місцем маю взнати? Ну, ящо воно до мене ще навіть в теорії не прийшло?   Цитата   і хто перший той і тато для CheckReference? Нє бл..дь, давайте оба будемо вносити з спокійною мордою.

 

Несприймайте серьозно,  то думки в голос після дози нейролептиків :D

 

 

 

  В 07.11.2014 в 23:59, nightfly сказав:
На справді у всіх нормальних платіжних систем (а що саме смішне навіть у старого протоколу приватбанку) є нормальні унікальні ідентифікатори конкретного платежу в рамках їх системи.
 

як я зрозумів треба переходити на старий протокол поки цей сирий. 

 

 

  В 07.11.2014 в 23:59, nightfly сказав:
У будь-якому випадку, я здогадуюсь як це все можна елегантно і красиво обійти, але на це немає часу, бажання і настрою.

у мене ще одна думка проскочила  - заставити приват слати чек і зразу за ним пей.

хоча це підпірка а не вирішення проблеми.

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

 

 

  В 08.11.2014 в 07:31, mgo сказав:
у мене ще одна думка проскочила - заставити приват слати чек і зразу за ним пей.

Поштою слати? Вони роблять конкретний запит, ми відповідаємо конкретною відповіддю.

Дуже сумніваюсь, що вони вміють обробляти дві різні відповіді в рамках одного запиту. Крім того, що, будем прямо при чеку вносити бабки, так? :)

 

  Цитата

 

хоча це підпірка а не вирішення проблеми

Це якась неіснуюча в реальному світі фантазія, а не підпірка.

 

Короче є ідея, як нормально забезпечити атомарність операцій. Зара прокинусь остаточно, попью кави і нафігачу фікс.

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

 

 

  В 08.11.2014 в 09:54, nightfly сказав:
Поштою слати?  

нє поштою довго, думаю методом POST чи GET непам'ятаю точно. :D

 

 

  В 08.11.2014 в 09:54, nightfly сказав:
Крім того, що, будем прямо при чеку вносити бабки, так?

отак я мав на увазі

 

 

 

  В 08.11.2014 в 10:51, nightfly сказав:
Все. Я прокинувся. Накидайте мені милом отих запитів, що вони шлють вам в реальності.

є один запит і відповіь, більше  накидати зможу в понеділок коли ПБ буде працьвати, у мене здається лог запитів ніде не ведеться.

оцей один запит і відповідь можу вислати, хоча сенсу небачу, по одному все гут.

 

Потрібно мінімум два з одним CheckReference той, що пройшов і той що мимо.

 

припадки трохи заспокоїлися і порахували скільки є незаписаних в білінг оплат

20 з 180 мимо.

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

 

 

  В 08.11.2014 в 11:30, mgo сказав:
нє поштою довго, думаю методом POST чи GET непам'ятаю точно. :D

Тільки Укрпошта!

 

 

 

  В 08.11.2014 в 11:30, mgo сказав:
отак я мав на увазі

Вносити зі старту бабки, як реакція на запит, що мав би перевіряти можливість здійснення платежу в принципі? :facepalm:

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

 

 

  В 08.11.2014 в 11:30, mgo сказав:
припадки трохи заспокоїлися і порахували скільки є незаписаних в білінг оплат 20 з 180 мимо.

То в вас карма фігова.

SELECT COUNT(`id`) from `op_transactions` WHERE `hash` LIKE 'PB_%' AND `date` LIKE '2014-11-%'
array (
  0 => 
  array (
    'COUNT(`id`)' => '1130',
  ),
)
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 08.11.2014 в 11:44, nightfly сказав:
Вносити зі старту бабки, як реакція на запит, що мав би перевіряти можливість здійснення платежу в принципі?

нє нетак

 

Ядумаю є зараз так (а як є треба дивитися реальні запити з точним часом)

 

1.   пошук    //через Укрпошту  початок операції               t=00:00

2.   чек         //через Укрпошту                                             t=t+00:01

2.1 рахуєм в касі гроші, чукаємся і кліпаєм на касірку :) t = t+ (від 05:00 десь  до 30:00) в  приват24 платіж мона кинути в корзину і 

//морозитися  ще пів години поки проведеш

3.   шлем пей  //через Укрпошту                                         t=t+00:01

 

в результаті розрив часу між чек і пей достатньо великий щоб ще хтось вклинився на цей CheckReference

 

 

А треба так 

 

1.   пошук    //через Укрпошту                                               t=00:00

2.   чек         //через Укрпошту                                               t=t+00:01

2.1 рахуєм в касі гроші, чукаємся і кліпаєм на касірку :)   t=t+багато часу

2.2 чек         //через Укрпошту                                               t=t+00:01

3.   шлем пей  //через Укрпошту з CheckReference з п2.2  t=t+00:01

 

в результаті розрив часу між чек і пей десь 1 сек., і вклинитися сюди  комусь другому на цейже CheckReference шансів набагаот менше ->  тіпа підпірка))

 

або 

 

1.   пошук    //через Укрпошту 

2 рахуєм в касі гроші, чукаємся і кліпаєм на касірку :)

2.1 чек         //через Укрпошту 

3.   шлем пей  //через Укрпошту 

 

* шлем = ПБ шле нам 

 

 

 

 

  В 08.11.2014 в 11:46, nightfly сказав:
То в вас карма фігова. SELECT COUNT(`id`) from `op_transactions` WHERE `hash` LIKE 'PB_%' AND `date` LIKE '2014-11-%' array ( 0 => array ( 'COUNT(`id`)' => '1130', ), )

 

ні то все вила!

зовсім трішки погрожував

тепер юзери в касу бігають табунами :D

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       






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