Перейти до

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

  • Відповіді 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

 

 

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

 

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

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

 

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

 

Это:

3. В справочнике активного сетевого оборудования aka «Свичи» регистрируем нашу ОЛТ-у, вдумчиво указав в примечаниях дословно OLT.

сделал "дословно"?

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

И тут есть. Но в результате толку 0

чукча не читатель, чукча писатель!

 

 

вдумчиво указав в примечаниях дословно OLT.

https://local.com.ua/forum/uploads/monthly_03_2017/07eab13_1489836671.png

не ОЛТ, а OLT!

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

Капец... В жизни бы не подумал что от описания это зависит...

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

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

 

 

Капец... В жизни бы не подумал что от описания это зависит...

Зависит, если данный "тэг" является идентификатором принадлежности устройства к определенный "группе".

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

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

убиллинг не строит топологию сети.

Нет никакой необходимости строить её в биллинге.

 

 

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

А то уже которая тема про это, народ один х#$ форумы не читает, так хотя бы будет интуитивно понятно.

Добавить какое-то поле в БД из разряда additional_options и складировать туда всякую муторь.

Хранить как строку с разделителем, заодно я б в чекбоксы вынес бы всю дичь.

SWPOLL, SWPING, OLT, MTSIGMON, че там ещё есть?...

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

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

 

Тогда лучше раскрывающийся список

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

 

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

 

Тогда лучше раскрывающийся список

 

dropdown с множественным выбором часто выглядит как АДъ

так что чекбоксы рулят

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

Підкажіть, хтілося б користуватись модулем ВОЛС, але у яндекс картах немає потрібних вулиць, у гуглі вони є, хто може поділитись модулем для гугла?

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

Здравствуйте! Возникла проблема: 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. Т.е. у меня за заморозку счёта снимается 50, а у абонента снялось 100. Причём в логах всё очень странно: 

в логах stargazer

2017-04-26 00:01:46 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '72.053764' to '58.720430'. Subscriber fee charge
2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'passive' parameter changed from '0' to '1'.
2017-04-26 21:24:26 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '58.720430' to '8.720430'. Freeze
2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'cash' parameter changed from '8.720430' to '-41.279570'.
 
в логах модуля "Движение средств": 
Дата                           Деньги           От                До          Операция   Тип оплаты      Примечания                  Админ
2017-04-26 21:24:26 -50               8.72043    -41.27957   Платеж           Деньги           Стоимость заморозки   external
2017-04-26 00:01:46 -13.333334 72.053764 58.720430 Абонплата     Абонплата     Интернет                        stargazer
 

в модуле "Подробно" из профиля абонента

219667 external 2017-04-26 21:24:27 CHANGE Passive (hkom8ap0_ljb5) ON 1

 

в модуле "Деньги" из профиля абонента

ID        IDENC   Дата                          Платеж   Баланс до   Тип оплаты  Примечания к оплате    Админ     Действия
40872 FJBCH  2017-04-26 21:24:26 -50         8.72043       Деньги          Стоимость заморозки     external   Удалить    Редактировать   Печать

 

Может быть баг какой то? Ранее таких проблем не замечал. 

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

 

 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

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

 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

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

 

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

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

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

 

 

О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом  без стоимости заморозки снимется денюжка. 

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

 

 

О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом без стоимости заморозки снимется денюжка.

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

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

))))

Вот у меня есть тарифы, в некоторых из которых стоимость заморозки 50 (тариф А), а в некоторых 0 (тариф Б). 

Если я везде, в тарифах, выставлю стоимость заморозки 0, далее в userstats.ini в директиве AF_FREEZPRICE выставлю 50 (т.е. AF_FREEZPRICE=50), то абонент сидящий на тарифе (тариф Б) со стоимостью заморозки 0 (т.е. тот с которого деньги при заморозке не должны сниматься) при включение заморозки счёта из своего личного кабинета потеряет 50 (ведь AF_FREEZPRICE=50 влияет на все тарифы), как и абонент сидящий на тарифе (тариф А) с которого  деньги за заморозку сниматься должны. 

Ссылка на сообщение
Поделиться на других сайтах
  • 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);  

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