Перейти до

Релизы Ubilling


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

На самом деле, я это все привел, чисто как вариант использования этих двух разных сущностей. Как несложно заметить изначально в ubilling присутствовали "те работы что негр с киркой" которые выполняются для конкретного абонента. Это писалось для себя - чтобы иметь представление кто же подключал абонента и кто ходил к нему на вызовы. Иногда полезно узнать, что абонента такого-то год назад, подключал Иван Васильевич, который судя из примечаний к подключению был под героином

 

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

 

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

 

очень даже прально...

 

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

 

эту прелесть используем и будем использовать...

 

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

 

хм... думую нужна только одна сущность... т.е. при создании работы (в профиле пользователя) она должна быть в списке задач. также можно порождать работы (которые теперь и задачи) непосредственно через "планирование работ" ИМХО

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Вот, нарыл - в кабинете пользователя при авторизации по ЛОГИНУ, если у пользователя в поле IP стоит '*' - выдает страницу данных первого пользователя в таблице users с IP='*'

вылечил таким образом:

 

function zbs_UserGetLoginByIp($ip) {
$glob_conf=zbs_LoadConfig();
$query="SELECT `login` from `users` where `IP`='".$ip."'";
// начало редактирования
//password based auth
if ($glob_conf['auth']=='login') {
 if((isset($_COOKIE['ulogin'])) AND(isset($_COOKIE['upassword']))) {
	 $ulogin=trim(vf($_COOKIE['ulogin']));
	 $upassword=trim(vf($_COOKIE['upassword']));
	 $query="SELECT `login` from `users` WHERE `login`='".$ulogin."' AND MD5(`password`)='".$upassword."'";
 }
 }
// конец редактирования

$result=simple_query($query);
if (!empty ($result)) {
 return($result['login']);
} else {
 if ($glob_conf['auth']=='ip') {
	 die('Unknown user');
 }
 }
}

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

Ubilling физиологически не дает возможности использовать для абонента айпишку "*", поскольку это работает только при использовании mod_auth_ia и полностью исключает нормальное функционирование mod_auth_ao, на работу с которым в основном заточена вся имеющаяся бизнеслогика.

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

Месяц работает. Особо не увлекался быть водой и искать дыры.

1) в кабинете пользователя стидтест уже не актуален; (заменил)

2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап.

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

некоторый папки нужно оставить для доступа с *:80. Например /css /images и так далее. (бывает нужно для http сервера). Конечно все это можно сделать с помощью httpd.conf + .htaccess и еще 1001 способом. Но для юмора сделав у себя:

f298d374ad4dt.jpg

Все что архиве бросаем в нужную папку.

заглушка для всего!.rar

Ссылка на сообщение
Поделиться на других сайтах
1) в кабинете пользователя стидтест уже не актуален; (заменил)

Опция SP_URL своим существованием, как бы намекает на то, что там должен быть указан линк на локальный speedtest mini

 

 

2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап.

Самоочевидно же - до появления paymentscorr им небыло куда писаться. Откуда они должны были взяться? Из под подушки?

 

В принципе можно елементарно выпарсить из логов - но думаю вы бы не озвучивали такие "багрепорты" если бы это сделали.

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

Не хочу ничего менять.

 

ИзвиниТЕ, не дописал одну букву (л).

 

Уже все заработало, Спасибо Большое

Ссылка на сообщение
Поделиться на других сайтах
ИзвиниТЕ, не дописал одну букву (л).

То была шутка. Ваш КО.

 

Уже все заработало, Спасибо Большое

Не за что.

С праздниками.

Ссылка на сообщение
Поделиться на других сайтах
ИзвиниТЕ, не дописал одну букву (л).

То была шутка. Ваш КО.

 

Уже все заработало, Спасибо Большое

Не за что.

С праздниками.

Вас также!!!!!!

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

Релиз Ubilling 0.3.6 - rev 2264

 

 

- Изменения в структуре БД, см дамп.

- alter.ini: новая опция SEARCH_STRICT управляющая строгостью поиска

- alter.ini: новая опция DEAD_HIDE отключающая показ мертвых людей (ну прямо как в «Шестом чувстве» с Брюсом Уиллисом)

- alter.ini: новая опция DEAD_TAGID устанавливающая ID тега отмечающего похороненных пользователей

- alter.ini: новая опция OPENPAYZ_REALID указывающая на то, что следует доставать платежные ID из op_customers

- alter.ini: новая опция PASSPDATA_IN_PROFILE включающая отображение паспортных данных в профиле

- userstats.ini: новая опция OPENPAYZ_REALID внезапно, делающая то же, что и в alter

- billing.ini: новая опция RESET_AO хотфиксящая проблему при использовании rscriptd (включать строго по дикой нужде)

- Новый модуль «Експресс регистрация»: позволяет регистрацию без удобного визарда, также требует прав на карточку.

- Новый модуль «Редактирование паспортных данных»: угадайте что делает

- Модуль «Експресc карточка»: косметика, теперь адрес регистрации по умолчанию отжат

- Модуль «Експресc карточка»: добавлены минимальные проверки на валидность IP (формат,свободен,попадает в сеть)

- Модуль «Експресc карточка»: после всех изменений теперь однозначно вызывается ресет пользователя

- Модуль «Поиск»: строгость поиска по отдельным полям профиля теперь управляема

- Модуль «Карта оборудования»: теперь также умеет отображать приблизительную зону покрытия

- Модуль «Онлайн»: теперь умеет не видеть «мертвых людей» в HP_MODE

- Модуль «Свитчи»: появилась «машина времени», позволяющая отслеживать состояние свитчей при cronping

- Модуль «Редактирование договора»: для установки даты заключения договора более не требуется CRM_MODE

- Модуль «Редактирование пользователя»: бессовестно рефакторнут

- Модуль «OpenPayz»: бессовестно рефакторнут

- Модуль «Профиль пользователя»: теперь умеет отображать настоящий payment ID

- Модуль «Поиск пользователей»: теперь также умеет искать по настоящим payment ID

- Модуль «Профиль пользователя»: теперь умеет отображать паспортные данные при указании соотв. опции.

- Модуль «Состояние системы»: теперь умеет проверять наличие обновлений.

- Модуль «Свитчи»: теперь есть отдельная привилегия для добавления, модификации и удаления свитчей.

- Паспортные данные теперь также доступны для шаблонизации

- Кабинет пользователя: в профиле может отображаться реальный Payment ID

- OpenPayz: появился фронтенд работы с QIWI

- OpenPayz: теперь принудительно логирует транзакции как платежи Ubilling

 

Перед обновлением следует

 

Вкатить вот такой дампик на БД:

 

CREATE TABLE `switchdeadlog` (
`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`date` DATETIME NOT NULL ,
`timestamp` INT NOT NULL ,
`swdead` TEXT NOT NULL ,
INDEX ( `date` , `timestamp` )
) ENGINE = MYISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;

 

 

В alter.ini добавить следующие опции:

SEARCH_STRICT="contract"
DEAD_HIDE=0
DEAD_TAGID=15
OPENPAYZ_REALID=0
PASSPDATA_IN_PROFILE=0

 

userstats.ini:

OPENPAYZ_REALID=0

 

billing.ini:

RESET_AO=0

 

chiiii_keyboard.gif

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

было еще пару недопиленых заказух :(

 

к Рождеству!

правильно - на новый год я высыпался :)

 

С праздником!

И вам вкусной кути ;)

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

обновился. при включённой опции CATV_HP_MODE вылазит ошибка (см. скрин).

при выключенной,- всё ок.

в предидущих версиях не знаю было ли это - не проверял.

ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT?

post-19951-0-21854600-1357634842_thumb.png

Ссылка на сообщение
Поделиться на других сайтах
обновился. при включённой опции CATV_HP_MODE вылазит ошибка (см. скрин).

Оке, проверим. Догадываюсь откуда ноженьки растут.

 

ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT?

OPENPAYZ_REALID - достает по каждому пользователю по его логину, настоящий virtualid из op_customers вместо дефолтной трансформации ip2int() как это делалось раньше в OpenPayz. В общем опция актуальна, если вы используете openpayz для приема оплат и хотите вместо традиционного Payment ID слепленного по айпишке нечто иное. Например, чистый цифренный логин. Опция влияет на модуля "Профиль пользователя" и "Поиск пользователя", а также собственно на "Кабинет пользователя" - но она там отдельно.

SEARCH_STRICT - просто выставляет по каким типам полей будет осущестляться поиск без масок. Думаю понятно зачем это нужно. Возможные Значения: realname,login,phone,mobile,email,note,contract,ip,mac. Разделитель запятая. Опция влияет только на модуль "Поиск пользователя".

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

Добрый день. Подскажите пожалуйста какие настройки нужно менять на сервере с Ubilling после замены сетевой карты, чтоб это не повлияло на работу системы и на базу данных абонентов (если это возможно).

Ссылка на сообщение
Поделиться на других сайтах
и на базу данных абонентов (если это возможно).

не возможно

 

чтоб это не повлияло на работу системы

Ставили инсталлятором? Меняли смотрящую в интернет или на пользователей? Если моделька та же - то скорее всего ничего менять не придется. Если отличается - придется исправить от двух до "чуть больше" конфигов в зависимости от того куда смотрит сетевая.

 

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

Ставил инсталлятором. Хочу поменять смотрящую на пользователей. Просто база большая, не хочется переставлять всю систему.

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






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