Перейти до

Релизы Ubilling 2018


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

А вот и первый в этом году, стабильный релиз Ubilling 0.8.8 rev 6006 Crucial

 

Коротко о основных изменениях:
    - Изменения в структуре БД. см. дамп.
    - alter.ini: добавлена новая опция SMSZILLA_ENABLED включающая SMSZill-у.
    - alter.ini: добавлена новая опция MTSIGMON_QUICK_AP_LINKS включающая быструю навигацию между БС.
    - alter.ini: добавлена новая опция LDAPMGR_ENABLED включающая «Управление LDAP».
    - alter.ini: Опция DB_LOCK_ENABLED теперь включена по-умолчанию после установки.
    - alter.ini: добавлена новая опция MTSIGMON_CPE_AUTOPOLL включающая автоматический опрос WiFi CPE.
    - Модуль «Права администраторов»: добавлены чекбоксы «выбрать все» для категорий прав.
    - Модуль Склад: добавлена возможность быстрого перехода к истории ТМЦ из остатков, расходов и приходов.
    - Модуль «Интеграция с AskoziaPBX»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов.
    - Модуль «Экзистенциальный конь»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов.
    - Модуль Мониторинг сигнала на Mikrotik: добавлена возможность опроса Ligowave DLB 2-90.
    - Модуль «Мониторинг сигнала на Mikrotik»: добавлена возможность индивидуального для каждой БС обновления уровней сигналов.
    - Модуль «Мониторинг сигнала на Mikrotik»: больше не называется «Мониторинг сигнала на Mikrotik».
    - Модуль «Мониторинг сигнала на Mikrotik»: теперь гендерно-нейтральный «Мониторинг сигнала беспроводных БС».
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность быстрого перехода между БС.
    - Модуль УКВ: в модуль автоматического связывания пользователей с их учетными записями интернета, добавлена статистика по количеству.
    - Модуль «Собака-полицияка»: исправлена работа на PHP7, немного косметики по коду.
    - Новый модуль SMSZilla: предназначен для фигурного спама SMS-ками в любых направлениях.
    - Модуль «Поиск пользователей»: при поиске по MAC-у, добавлена нормализация его формата.
    - Модуль «Поиск пользователей»: добавлен поиск пользователя по MAC присвоенной ему ONU.
    - Модуль «Отчет по документам»: теперь в режиме календарика, также показывает документы не только за текущий год.
    - Модуль «ПОНизатор»: добавлена возможность раздельного опроса конкретной OLT.
    - Модуль «Астериск»: небольшая оптимизация и переработка кода на поиск номеров в дополнительных мобильных, которые включаются опцией MOBILES_EXT.
    - Модуль «Астериск»: Так-же добавлен новый параметр «realname» для API удаленного вызова процедур.
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность сохранять историю уровней сигнала клиентских CPE.
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность получать текущий уровень сигнала для каждой CPE по отдельности.
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность отрисовки графика уровней сингала для каждой CPE.
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность создания новой CPE прямо из окна с уровнями сигналов.
    - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра текущегоуровня сигнала с CPE и AP.
    - Модуль «Пользовательское WiFi оборудование»: добавлена возможность переопроса уровня сигнала для CPE.
    - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра графиков истории уровней сигналов.
    - Модуль «Пользовательское WiFi оборудование»: добавлена возможность удаления привязки пользователя из формы создания.
    - Новый модуль Управление LDAP: позволяет управлять удаленной или локальной базой пользователей LDAP.
    - Регистрация ONU/ONT на ZTE OLT: увеличены таймауты работы с ONU.
    - Модуль «Мониторинг сигнала беспроводных БС»: улучшено юзабилити при создании CPE из списка уровней сигналов.
    - Модуль «Пользовательское WiFi оборудование»: создание и присваивание CPE теперь использует AJAX для отсылки данных.
    - Модуль «Пользовательское WiFi оборудование»: добавлена возможность показа и опроса уровней сингала из формы редактирования CPE.
    - Модуль «Пользовательское WiFi оборудование»: убрано предупреждение при редактировании CPE.
    - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность показа информации о AP, например: SSID, частот, ширины канала и т.д.
    - OpenPayz: в фронтенде ipayx исправлено детектирование пользователя.
    - OpenPayz: для платежной системы ipayx добавлен дополнительный внешний скрипт валидации наличия пользователя (XML POST).
    - OpenPayz: Фронтенд easypay исправлен для работы с PHP >= 5.6
    - OpenPayz: Добавлена новая опция OP_HIGHLOAD_ENABLE призванная починить артефакты обработки транзакций при множественных конкурентных соединениях.
    - OpenPayz: В фронтенде qiwi исправлены ответы при возникновении ошибок.

 

Полный чейнджлог

Рекомендации к обновлению

Обновленная демка

 

088.jpg

  • Like 3
Ссылка на сообщение
Поделиться на других сайтах
  • madf pinned this тема
  • Відповіді 92
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Стабильный релиз Ubilling 0.9.2 rev 6452 Yog-Sothoth   Из основных изменений: Модуль Регистрация ONU/ONT на ZTE OLT: Добавлена опция для генерации случайного мака для GPON ONU.

И двух месяцев не прошло, а вот уже и стабильный релиз Ubilling 0.9.0 rev 6250 Helheim   Из основных изменений:   alter.ini: добавлена новая опция FREEZE_DAYS_CHARGE_ENABLED включ

Стабильный релиз Ubilling 0.9.3 rev 6530 Shub-Niggurath   Из основных изменений: Изменения в структуре БД. см. дамп. userstats.ini: добавлена новая опция PC_QUEUED перемещающая

Posted Images

  • 2 weeks later...
15 часов назад, ProstoName сказал:

Обновились, работает! Но пропали "Неизвестные ONU".  Используем BDCOM. Модуль можно как-нить включить без ZTE?

Очевидно, что нет...

Есть возможность "откатить" билинг на предыдущую версию?

Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, a_n_h сказал:

Есть возможность "откатить" билинг на предыдущую версию?

Зачем? Если ни в 0.8.8 ни в последующих ревизиях оно не сломано и работает как и работало.

ponizer.png

Ссылка на сообщение
Поделиться на других сайтах
27 минут назад, nightfly сказал:

Зачем? Если ни в 0.8.8 ни в последующих ревизиях оно не сломано и работает как и работало.

а как включить? здесь:

http://demo.ubilling.net.ua:9999/billing/?module=ponizer

тоже нет.....

 

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, a_n_h сказал:

а как включить? здесь:

http://demo.ubilling.net.ua:9999/billing/?module=ponizer

тоже нет.....

Не находите? Очевидно нету, потому что нету опрошенных OLT и неизвестных ONU на них?

Ссылка на сообщение
Поделиться на других сайтах
40 минут назад, nightfly сказал:

Очевидно нету, потому что нету опрошенных OLT и неизвестных ONU на них?

т.е. кнопка появится когда будут неизвестные ОНУ?

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

т.е. кнопка появится когда будут неизвестные ОНУ?

$availOnuCache = rcms_scandir(self::ONUCACHE_PATH, '*_' . self::ONUCACHE_EXT);
            $result .= wf_Link(self::URL_ME . '&forcepoll=true', wf_img('skins/refresh.gif') . ' ' . __('Force query'), false, 'ubButton');
            if (!empty($availOnuCache)) {
                $result .= wf_Link(self::URL_ME . '&unknownonulist=true', wf_img('skins/question.png') . ' ' . __('Unknown ONU'), false, 'ubButton');
            }

Ну как минимум, оно спрятано, пока не материализуется кэш ONU.

 

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

совсем упоролись? кто б его тянул в модуль с ЗТЕ?

там вообще бл@#ь другая механика. модуль "неизвестные ону" - это которые существуют физически но не занесены в БД.

модуль для зте показывает ону которые ещё не прошли авторизацию на самом олт и предлогает их как-то авторизовать и настроить.

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

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

Ссылка на сообщение
Поделиться на других сайтах
27 минут назад, -VaSaK- сказал:

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

ipfw delete 12000

ipfw delete 12001

ipfw add 12000 allow ip from any to table\(4\) via INTERNAL_INTERFACE out

ipfw add 12001 allow ip from table\(3\) to any via INTERNAL_INTERFACE in

 

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
22 часа назад, l1ght сказал:

ipfw delete 12000

ipfw delete 12001

ipfw add 12000 allow ip from any to table\(4\) via INTERNAL_INTERFACE out

ipfw add 12001 allow ip from table\(3\) to any via INTERNAL_INTERFACE in

 

/etc/rc.d/ipfw restart   ? ;)"

А не розірве з"єднання? Може просто закоментувати ті правила і все ж перезапустити ірФВ?

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

 

Ссылка на сообщение
Поделиться на других сайтах
20 минут назад, -VaSaK- сказал:

/etc/rc.d/ipfw restart   ? ;)"

А не розірве з"єднання? Може просто закоментувати ті правила і все ж перезапустити ірФВ?

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

 

Я привел пример что нужно сделать. Я ж не знаю как настроен текущий фаервол.

Просто нужно заменить pipe tablearg на allow. А как оно применится - уже десятое дело.

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, l1ght сказал:

Я привел пример что нужно сделать

Все ок, тільки все ж втратив зв"язок з сервером. Після ipfw restart перестав давати інет, хоча зв"язок ще був, а от після netif restart - всьо пака ;)

Та скоріш за все переписався довбаний resolv.conf і тепер сервер не доступний :facepalm:

Переночують без інтернету хом"ячкі :D

Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, -VaSaK- сказал:

Все ок, тільки все ж втратив зв"язок з сервером. Після ipfw restart перестав давати інет, хоча зв"язок ще був, а от після netif restart - всьо пака ;)

Та скоріш за все переписався довбаний resolv.conf і тепер сервер не доступний :facepalm:

Переночують без інтернету хом"ячкі :D

Я надеюсь ты мне никогда не будешь наливать интернет))))

Ссылка на сообщение
Поделиться на других сайтах
Только что, l1ght сказал:

Я надеюсь ты мне никогда не будешь наливать интернет))))

Ти теж ображений хом"як? :D

Зараз на роботі розгребусь, та буду піднімати інет :rolleyes:

Виживуть, їх там трошкі :D

Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, -VaSaK- сказал:

Все ок, тільки все ж втратив зв"язок з сервером. Після ipfw restart перестав давати інет, хоча зв"язок ще був, а от після netif restart - всьо пака ;)

Та скоріш за все переписався довбаний resolv.conf і тепер сервер не доступний :facepalm:

Переночують без інтернету хом"ячкі :D

Гениальная тестировка  хаоса очевидно потерпела фиаско не из-за довбаного resolv.conf , а обычно после перезапуска сети еще обновляют таблицу маршрутизации. И перед тем как удалять правила на рабочем сервере , да к тому же  удаленном,  треба трохи шурупати в цьому i не бути хом"ячком! 

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, zaza12 сказал:

Гениальная тестировка  хаоса очевидно потерпела фиаско

Ааа нееет, ну посидели пару часов без инета. Пока ехал на работу, приехал и всё настроил как надо, и всё же удаленно. Без всяких обновлений маршрутизаций. :P

И правила никто не удалял ;)

Если уж хотели что-то сказать, так хотя бы предложили, даже как "обновить таблицу маршрутизации" :mellow:

А на рабочем сервере, всё работает как надо и его никто не трогал ^_^B)

Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, -VaSaK- сказал:

Если уж хотели что-то сказать, так хотя бы предложили, даже как "обновить таблицу маршрутизации"

C радостью поделюсь величайшим секретом 

/etc/rc.d/netif restart && /etc/rc.d/routing restart

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

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

День добрый! 

сегодня столкнулся с проблемой: 

нужно было проверить есть абонент определённым договором (в данном случае договором №455) или нет. В форме поиска вбил номер договора, высветился абонент, которого нет в базе. Если "открыть" профайл этого абонента через форму поиска, появляется ошибка. Скрины, чтобы было ясно о чём я, приложил. 

Также лог ошибки: 

[Wed Mar 21 09:26:05.099053 2018] [:error] [pid 19729] [client 1.1.11.1:60482] PHP Fatal error:  Uncaught exception 'Exception' with message'EMPTY_DATABASE_USERDATA UserProfile Object\n(\n    [alterCfg:protected] => Array\n        (\n            [NMLEASES] => /var/log/messages\n[NMLEASEMARK] => DHCPDISCOVER\n            [NMREP_INMACCHG] => 1\n            [SIMPLENEWMACSELECTOR] => 1\n            [PROFILE_PLUGINS] => 1\n[CITY_DISPLAY] => 1\n            [ZERO_TOLERANCE] => 1\n            [DOCSIS_SUPPORT] => 0\n            [DOCSIS_MODEM_NETID] => 2\n[docsis_cm_source] => multinet/cm_source/\n            [docsis_cm_bin] => multinet/cm_bin/\n            [AGENTS_ASSIGN] => 1\n            [EXPORT_ENABLED] =>1\n            [DEFAULT_ASSIGN_AGENT] => 1\n            [EXPORT_FROM_TIME] => 00:00:00\n            [EXPORT_TO_TIME] => 23:59:59\n            [EXPORT_FORMAT] =>xml\n            [EXPORT_ONLY_POSITIVE] => 1\n            [EXPORT_TEMPLATE] => config/1c.xml\n            [EXPORT_TEMPLATE_HEAD] => config/head-1c.xml\n[EXPORT_TEMPLATE_END] => config/end-1c.xml\n            [EXPORT_ENCODING]  in /var/www/billing/api/libs/api.userprofile.php on line 166, referer:http://billing.barsplus.com.ua/?module=usersearch

 

Что это может быть? 

 

1.png

2.png

3.png

Кстати, забыл, версия Ubilling 0.8.8 rev 6006, stargazer 2.408

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

Скорее всего информация не удалилась с кэша по какой-то причине. Попробуйте очистить кэш. 

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

Если имеется ввиду кэш браузера, то я проверил в трех разных браузерах (в google chrome, opera, firefox), хотя работаю обычно только в opera. Во всех браузерах та же история. 

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від 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  
      Повний чейнджлог
      Оновлена демка
       


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