BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 23:09

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 45 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: БГБ roadmap
СообщениеДобавлено: 28 сен 2010, 17:51 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
собсно сабж ...

тут есть кое какая инфа:
Администратор писал(а):
Цитата:
Вообще, какой roadmap сейчас в развитии биллинга?

Исключая мелкие текущие модификации примерно так.
1) Единый модуль трафика. IPv6, ISG (и Juniper ERX), DHCP.82 + динамика и т.п. Резервирование шлюзов авторизации (RADIUS).
2) Единый модуль голоса. Возможность переобработки логов как RADIUS так и CDR.
3) Перевод основных таблиц на транзакционный режим. InnoDB как дефолтовый движок для таблиц, MyIsam как исключение для различных логов.
Ещё изучается вопрос миграции на Postgre, но пока тесты не особо впечатлили. В 9.0 хоть появилась быстрая штатная реплика, посмотрим дальше, сейчас вон оракл MySQL что-то улучшил :)
Транзакционный режим работы акшенов сервера, для целостности БД в случае сбоя по середине акшена.
Для этого нужно переделать всё API на выброс исключений наружу.
4) Движок кэша. Есть задумка кэшировать все договора, их параметры и учётные данные (логины/пароли) в памяти для более быстрого получения при необходимости.
Возможно потребуется делать распределённый кэш. К общему кэшу смогут обратиться все приложения биллинга по JMS.
И ещё возможно специализированные кэши с учётными данными на серверах авторизации, можно было бы быстро делать проверку логинов-паролей а потом
запрашивать центральный кэш для предоставления договора, его тарифов и т.п.
5) Распределение БД. Собственно учётные данные будут лежать в единой транзакционной БД + кэш обеспечивающий быстрый доступ к ним.
Различные логи, балансы, сессии - разнесены по разным БД. Но тут нужно подумать. Возможно, проще сделать различные таблицы либо партиции таблиц в единой БД,
разделив по договорам. Возможно проще вообще сделать несколько экземпляров модулей и реализовать текущими средствами.
При разделении БД возникают проблемы с отчётами, с джойнами.

Блуждающие мысли:
1) Отвязка учётного периода от месяца. Для физ. лиц, возможность делать их плавающими с привязкой всего к нему абонплат, списаний, услуг и т.п.

P.S. Если есть ещё вопросы по роадмапу - поднимите отдельную тему, чтобы путанницы не было. А оттуда делать ссылки на темы с конкретными обсуждениями что ли.. А ту главную можно прилепить.

но я думаю что нам всем хотелось бы знать больше ;)

что нас ждет в будующем? куда плывет наш корабль? в своем уме как себя чувстует капитан? )))


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 28 сен 2010, 18:06 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
+1
Тоже охото знать куда дальше развитие будет?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 28 сен 2010, 18:24 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Ну ещё идёт уже несколько лет разработка внешней CRM системы - BGCRM, будет плавный увод всех функций плагина в этот модуль.
Соответственно интеграция биллинга с ней. Личного кабинета биллинга с личным кабинетом CRM тоже.
Сейчас в стадии внедрения для собственных нужд и Уфанета.
В перспективе хотим оставить биллинг только как калькулятор. Убрать функции учётной системы оттуда по максимуму.
Ну и потом развитие BGCRM - система учёта оборудования, мониторинга.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 28 сен 2010, 19:08 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
ооооо
классно
тоесть BGCRM будет заниматься учетом а сам биллинг калькулировать?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 29 сен 2010, 07:03 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Мм, звучит очень вкусно :D
skyb писал(а):
тоесть BGCRM будет заниматься учетом а сам биллинг калькулировать?

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 29 сен 2010, 07:21 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Cromeshnic писал(а):
CRM учетом не должна заниматься - это бизнес-логика, всякие процедурные вопросы и пр.

Не, мне просто интересно уточнить правильно я думаю :)

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 29 сен 2010, 10:03 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
CRM учетом не должна заниматься - это бизнес-логика, всякие процедурные вопросы и пр.

Учёт в моём понимании - это ведение базы контрагентов, их параметров, связанных с ними процессов.
Вообще все процессы организации.
Адресные справочники, телефоны и пр. Т.е. в биллинге должен остаться безликий договор в идеале, привязанный к контрагенту в CRM системе.
Просто номер.

Может это и не CRM в чистом виде, но так уж назвали :).

А бизнес-логика это вообще красивый размытый термин на мой взгляд.
Разве алгоритм предоставления услуг, логика отключения, тарифных планов и т.п. туда не входят?
Сами принципы тарификации.

Этот термин меня в своё время сильно побесил в переводной литературе. Всякая логика приложения почему-то называлась бизнес-логика вместо просто "логика". А если это ПО для учёта раздаваемых маек в благотворительном фонде? Бизнеса там нет, а логика есть.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 29 сен 2010, 10:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Всё верно.
Я под бизнес-логикой понимаю обычно индивидуальные процессы в предприятии.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 12 окт 2010, 16:20 
Не в сети

Зарегистрирован: 07 апр 2008, 21:18
Сообщения: 21
Карма: 8
На самом деле есть много терминов (CRM, ServiceDesk), под которым люди понимают каждый свое. Вот у нас есть платформа Terrasoft, на которой у нас заявки, инциденты и подключения ведутся, инфраструктурные события регистрируются, которая будет в ЦОВ интегрирована с телефонией, которая вообще не связана с биллингом, сама по себе легко настраиваема и из биллинга только абоненты туда синхронизируются (это наш CRM). Не хотим что бы вендор биллинга непременно был вендором CRM, это кое в чем связывает руки. Вот сейчас как раз собираемся биллинг менять (смотрим в сторону БГ).

Но есть так же много сущностей которые и там и там. Например коммутаторы. Традиционно, учет оборудования относится к задачам так называемого Inventory. Таким образом BGCRM, замахивается быть ещё и Inventory. А нам например, коммутаторы нужны в биллинге, а заявки нет.. Хотелось бы отделить.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 13 окт 2010, 13:32 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Цитата:
Но есть так же много сущностей которые и там и там. Например коммутаторы. Традиционно, учет оборудования относится к задачам так называемого Inventory. Таким образом BGCRM, замахивается быть ещё и Inventory. А нам например, коммутаторы нужны в биллинге, а заявки нет.. Хотелось бы отделить.

Мы планировали учёт топологии сети именно в биллинге тоже не хранить. В биллинге хранятся сущности как "шлюзы" с указанием ссылки на внешнюю Inventory, где уже учёт топологии и т.п. Т.е. открытие-закрытие доступа - на биллинге, учёт взаимосвязей в общем случае на внешней системе. Там же какой порт в какой и т.п. Учёт свободных портов.
В биллинг не все коммутаторы попадают, попадают именно сущности "шлюзы", которыми управлять можно.
Биллинг обращается к Inventory через Web сервис (можно если что свой враппер поставить). Inventory про биллинг не знает вообще.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 24 янв 2011, 14:08 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Следующим этапом после модуля Inet будет добавление в Phone модуля функционала модуля VoiceIp.
Сбор RADIUS CDR логов, горячий обсчёт, поддержка карточной платформы.
Т.к. Phone модуль достаточно удачно спроектирован и функционала там уже много наработано, решили, что делать отдельный новый модуль смысла нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 24 янв 2011, 14:11 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
а как же BGCRM :'(

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 24 янв 2011, 14:15 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
CRM ку параллельно разрабатывают.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 24 янв 2011, 14:17 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
ждем, очень ждем

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 25 мар 2011, 01:00 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
Идельно, если бы можно было бы отвязать понятие учётного периода от месяца и иметь гибкий механизм. Например:
1. Учётный период - календарный месяц
2. Учётный период по желанию - 30 дней или сколько надо с момента активации услуги, т.е. абонплата 1000р - заплатил 1000 р проработал учётный период, неважно с какого числа, кончились - заблокировался, опять заплатил 1000 - ещё один учётный период отработал
3. Учётный период по желанию - 30 дней или сколько надо, который идёт один за другим, как бы месяц
4. ???

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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 25 мар 2011, 11:52 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Khoma писал(а):
И ещё хотелось бы иметь возможность видеть лог действий пользователей. Кто, что, когда правил, чтобы можно было разбор полётов устраивать.

Сервис - Журнал запросов.
В конфигурации сервера
Код:
#логирование действий в журнале событий, 0 - не логировать
bgsecure.log=1


Khoma писал(а):
И еще из интерфейсных плюшек - хотелось бы иметь возможность строить визардов, например для процедуры заключения договора, чтобы менеджер мог пройти только одной дорожкой и не ошибся и не накосячил. И такой визард помог бы однозначно отделить правами поля в договорах. Поскольку создание и права на такие действия только из визарда, а правка договора - это из интерейса и другие права уже. Сейчас создание от правки отличить невозможно.

Хорошая фишка, но можно и приучить менеджеров, не делать косяки :)

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 25 мар 2011, 20:30 
Не в сети

Зарегистрирован: 10 мар 2011, 13:10
Сообщения: 122
Откуда: Одинцово
Карма: 0
Спасибо за подсказку по логу! Очень нужно!

Что касается менеджеров то, конечно, можно и нужно обучать. Но! Задача ИТшников состоит в том, чтобы автоматизировать работу, упростить труд и минимизировать число возможных ошибок. Поэтому чем проще пользователю, тем легче нам :-) Будем надеяться, наши пожелания не останутся незамеченными.

+ещё одно пожелание.
Сделайте пожалуйста для логинов доступа задание вида логина в виде шаблона, причём лучше заранее с привязкой шаблона к группе договоров.
То как сделано сейчас (логин цифры - автоинкремент по базе, алиас - буквы-цифры), неудобно, особенно свитчерам.
Понятно откуда ноги растут у текущего решения, но в новой версии можно же пересмотреть и сделать удобно для всех. :-)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 19 апр 2011, 10:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 06 авг 2009, 13:34
Сообщения: 72
Откуда: Уфа
Карма: 0
Khoma писал(а):
Идельно, если бы можно было бы отвязать понятие учётного периода от месяца и иметь гибкий механизм. Например:
1. Учётный период - календарный месяц
2. Учётный период по желанию - 30 дней или сколько надо с момента активации услуги, т.е. абонплата 1000р - заплатил 1000 р проработал учётный период, неважно с какого числа, кончились - заблокировался, опять заплатил 1000 - ещё один учётный период отработал
3. Учётный период по желанию - 30 дней или сколько надо, который идёт один за другим, как бы месяц
4. ???


А разве сейчас понятие учетный период привязан к месяцу?

С помощью скриптов поведения можно реализовать все вышеизложенное и наверное все ( или почти если не все) что взбредет в голову =) В вики есть пример скрипта по активации 30ти дневного учетного периода, если нужно могу дать пример активации уч периода в зависимости от реалма =) Как раз различными реалмами на одном тарифе можно различать различные протяженности учетного периода =)

_________________
Это текст


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 19 апр 2011, 14:34 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Kazrarr писал(а):
А разве сейчас понятие учетный период привязан к месяцу?

вот как раз только он и не привязан, а тот же npay (как узел тарифа) привязан и поэтому начислять приходится в рамках одного календарного месяца


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 20 апр 2011, 12:26 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 06 авг 2009, 13:34
Сообщения: 72
Откуда: Уфа
Карма: 0
snark писал(а):
Kazrarr писал(а):
А разве сейчас понятие учетный период привязан к месяцу?

вот как раз только он и не привязан, а тот же npay (как узел тарифа) привязан и поэтому начислять приходится в рамках одного календарного месяца


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

_________________
Это текст


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 26 апр 2011, 13:07 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Добавили в 5.2 версии возможность написания обработчиков скриптов и логики управления шлюзами Inet просто на Java.
Меню "Сервис - Автоматизация - Управление динамическим кодом".
Всю логику Inet модуля перевели на чистые Java классы взамен BeanShell.
Преимущества:
1) Возможность разработки в полноценной сторонней IDE, прелинковав каталог BGBillingServer/dyn как исходники. Автокомплит, проверка синтаксиса.
2) Скорость до 50 раз быстрее BeanShell (BGBS).
3) Больше возможностей языка (параметризация, переменное число аргументов в методах).
4) Возможность валидации классов при компиляции на соответствие API.
Скомпилированные классы помещаются в БД, откуда могут быть загружены всеми приложениями.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 26 апр 2011, 13:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Изображение


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 26 апр 2011, 13:21 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Изображение

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 26 апр 2011, 13:24 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
:oops: Киньте учебник по яве

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 23 май 2011, 12:04 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Администратор писал(а):
Добавили в 5.2 версии возможность написания обработчиков скриптов и логики управления шлюзами Inet просто на Java.
Меню "Сервис - Автоматизация - Управление динамическим кодом".
Всю логику Inet модуля перевели на чистые Java классы взамен BeanShell.
Преимущества:
1) Возможность разработки в полноценной сторонней IDE, прелинковав каталог BGBillingServer/dyn как исходники. Автокомплит, проверка синтаксиса.
2) Скорость до 50 раз быстрее BeanShell (BGBS).
3) Больше возможностей языка (параметризация, переменное число аргументов в методах).
4) Возможность валидации классов при компиляции на соответствие API.
Скомпилированные классы помещаются в БД, откуда могут быть загружены всеми приложениями.

Я так понял что только для этого модуля? а все остальное так же и останется на скриптах?
http://bgbilling.ru/v5.2/doc/ch02.html

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 23 май 2011, 12:26 
Не в сети
Аватара пользователя

Зарегистрирован: 19 мар 2009, 16:15
Сообщения: 210
Откуда: Уфа
Карма: 27
skyb писал(а):
Я так понял что только для этого модуля? а все остальное так же и останется на скриптах?
http://bgbilling.ru/v5.2/doc/ch02.html


Нет, везде где было возможно выполнить скрипты появилась возможность выполнять Java-код в качестве альтернативы (это и событийные, и глобальные скрипты).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 23 май 2011, 12:28 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
restart писал(а):
Нет, везде где было возможно выполнить скрипты появилась возможность выполнять Java-код в качестве альтернативы (это и событийные, и глобальные скрипты).

А Java-код на события повешать можно будет?

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 23 май 2011, 12:34 
Не в сети
Аватара пользователя

Зарегистрирован: 19 мар 2009, 16:15
Сообщения: 210
Откуда: Уфа
Карма: 27
skyb писал(а):
А Java-код на события повешать можно будет?


А я что только что сказал? :)
Ещё раз: java-код можно повесить и на события (сунуть в скрипты поведения), и выполнять как глобальный скрипт.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 23 май 2011, 12:51 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
restart писал(а):
А я что только что сказал? :)

Да не понятно было, решил уточнить :-)

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: БГБ roadmap
СообщениеДобавлено: 19 мар 2013, 14:51 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
С последнего сообщения прошло почти 2 года.
Есть обновления в roadmap'е?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 45 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.139s | 80 Queries | GZIP : On ]