BiTel

Форум BiTel		 bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 22:43

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Интернета » Модуль Inet

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



Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 32 ]  На страницу 1, 2  След.
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
madmax
СообщениеДобавлено: 26 июн 2012, 13:14 
В конфигурации модуля DialUP имеются нужные настройки, а если им аналогичные в модуле Inet
no.session.break.on.tariff.change=1
#удаление пробельных символов из начала и конца User-Name
trim.user.name=1
#прерывать сессии с того же Calling-Station-Id, если при авторизации произошла ошибка "Превышен лимит сессий"
#(может быть полезно, если на насе остаются несуществующие сессии и клиент не может переподключится)
check.duplicate.session=1
Вернуться к началу
  
 
Amir
СообщениеДобавлено: 26 июн 2012, 14:20 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Цитата:
no.session.break.on.tariff.change=1
Для чего разрываете соединение при смене тарифа? Можно сделать логический разрыв, как в Inet сейчас часто делается.

Цитата:
#удаление пробельных символов из начала и конца User-Name
trim.user.name=1
В последнем билде
Код:
radius.username.removeWhitespace=0|1
radius.username.removeDomain=1|0

Цитата:
#прерывать сессии с того же Calling-Station-Id, если при авторизации произошла ошибка "Превышен лимит сессий"
#(может быть полезно, если на насе остаются несуществующие сессии и клиент не может переподключится)
check.duplicate.session=1
В последнем билде аналогично Dialup
Код:
radius.connection.checkDuplicate=0|1|2|3
Вернуться к началу
 Профиль  
 
madmax
СообщениеДобавлено: 26 июн 2012, 15:00 
А что означает в
Код:
radius.connection.checkDuplicate=0|1|2|3

Значения |1|2|3
Вернуться к началу
  
 
Amir
СообщениеДобавлено: 26 июн 2012, 15:04 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
0 - нет проверки,
1 - при совпадении производится попытка отключения старой сессии (например, посылка PoD пакета),
2 - при совпадении производится попытка отключения старой сессии и завершение ее в биллинге,
3 - при совпадении производится завершение старой сессии в биллинге.
Вернуться к началу
 Профиль  
 
nik247
СообщениеДобавлено: 26 июн 2012, 18:11 
+1.
Очень нужные параметры.
Спасибо за реализацию... сейчас буду проверять....
Вернуться к началу
  
 
snark
СообщениеДобавлено: 28 июн 2012, 10:29 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Amir писал(а):
Можно сделать логический разрыв, как в Inet сейчас часто делается.

С этого момента, если можно, пожалуйста, поподробнее.
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 28 июн 2012, 12:46 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
В модуле Inet соединение разделено на connection - физическое соединение и session - сессия в модуле. Как минимум в 00:00:00 сессия логически разделяется, т.е. соединение не разрывается, но в биллинге сессия завершается 23:59:59 и начинается новая в 00:00:00 с привязкой к тому же connection.
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 28 июн 2012, 13:25 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Супер! Пора уходить с 5.0 на 5.2.
Вопрос: можно ли как то поставить inet _взамен_ dialup? Т.е. просто _заменить_ один модуль на другой, чтобы сохранился ID модуля, для того чтобы остались логины/алиасы, статистика по сессиям и т.д. и т.п. Настройки, понятное дело, будут другие, а вот все остальное терять очень не хотелось бы.

P.S. Готов предоставить копию рабочего биллинга для тестирования такого перехода ;)
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 28 июн 2012, 15:06 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
Супер! Пора уходить с 5.0 на 5.2.
Вопрос: можно ли как то поставить inet _взамен_ dialup? Т.е. просто _заменить_ один модуль на другой, чтобы сохранился ID модуля, для того чтобы остались логины/алиасы, статистика по сессиям и т.д. и т.п. Настройки, понятное дело, будут другие, а вот все остальное терять очень не хотелось бы.

P.S. Готов предоставить копию рабочего биллинга для тестирования такого перехода ;)


Полный переход делать не будем . В dilaup закрываете все, в inet со следующего дня все создаете и открываете . Для того чтобы смотреть статистику по старым сессия нужно лезть в dialup, по новым - в inet.
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 28 июн 2012, 15:42 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Это не есть гуд! Значительно удобнее было бы если бы был некий "конвертер", который удалит ненужные таблицы dialup и создаст новые, при этом обновляя там где надо нужные таблицы, чтобы сохранились логины/алиасы и их сессии. Не напишите Вы - придется самому посмотреть что да как делает inet и писать конвертер, т.к. переносить over 9000 логинов руками - это немного неудобно.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 28 июн 2012, 16:08 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
Это не есть гуд! Значительно удобнее было бы если бы был некий "конвертер", который удалит ненужные таблицы dialup и создаст новые, при этом обновляя там где надо нужные таблицы, чтобы сохранились логины/алиасы и их сессии. Не напишите Вы - придется самому посмотреть что да как делает inet и писать конвертер, т.к. переносить over 9000 логинов руками - это немного неудобно.


Мы когда делали конвертеры из других биллингов , никогда не переносили всего , даже платежи не переносим , только входящий остаток на момент перехода . Сложно переносить всю инофрмацию, если источник информации имеет принципиально другую структуру . И каждый раз нужно переносить по разному . Не один конвертер из биллинга netup не идентичен другому . Аналогично и для inet скорее всего будет . Конвертер мы готовы сделать , если его закажут .
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 28 июн 2012, 16:59 
Не в сети
Клиент

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

БГБ - это не "другой биллинг", БГБ - это Ваш продукт ;)
Почему-то захотелось подписаться "Ваш КО".

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

Печально, но, в общем, ситуация ясна - придется все делать самому.
Надеюсь никаких новых модулей, взамен старых не планируется? А то не охота дважды (больше?) парится.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 28 июн 2012, 17:43 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
stark писал(а):
когда делали конвертеры из других биллингов

БГБ - это не "другой биллинг", БГБ - это Ваш продукт ;)
Почему-то захотелось подписаться "Ваш КО".

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



Для начала скажите что вы хотите перенести . Логины - это я понимаю,еще можно . Сессии -уже не стоит(они там хранятся с разбивкой по дням, нужно их при переносе бить и придумывать того, чего не было, с пере обсчетами появятся проблемы , в общем больше гемороя чем профита.) . Тарифы - они принципиально разные для inet и dialup( в inet привязка к типу трафика, в dilaup к услуге. В inet можно в один тип трафика загнать сколько угодно услуг, в inet нет детализации по тарифу , так как этот костыль больше не нужен там. Отдельная тема это счетчики диапазонов - они в inet теперь хранятся в базе, а dialup нет - их, т.е чтобы их получить придется запускать тарификацию за прошлые периоды ) и их несложно настроить вручную , не так уже их и много. Устройства - их опять не так много , да и возможно вы при переносе захотите расположить их как-то иерархически , распределить нагрузку по нескольким серверам. Т.е кроме переноса логинов в сервисы не вижу смысла в переносе чего-либо еще.Логинов действительно много и это стоит автоматизировать . Но опять же сервисы у нас иерархические, кто-то захочет при переносе сразу поменять схему работы, например перейти на ISG . Я не спорю что вы можете сделать конвертер , но это будет опять же конвертер чисто под вас . Сделать какой-то и выложить в wiki мы можем тоже . Чем больше доступных конвертеров , тем лучше .
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 28 июн 2012, 18:14 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
При таком раскладе (все по разному лежит и не клеится), то переноса логинов/алиасов с паролями достаточно.

Постулат довольно прост: любое изменение для клиента должно пройти незаметно. Потом - да, можно объявить о новых фичах и прочих ништяках, доступных в inet, но это надо делать после переезда на оный. Конечно можно временно поддерживать 2 модуля (dialup и ipn), но в чем великий смысл этого? Проще и удобнее обкатать inet, запустить конвертер и voila - все юзеры уже в inet, а dialup только для старых данных.

Представьте себе перенос over 9000 алиасов с паролями ручками. Представили? А теперь помножьте это на кол-во звонков в ТП и возведите в степень радости ненависти людей от нововведения, которое не позволяет им зайти на вконтактик/одноглазиков.
Вернуться к началу
 Профиль  
 
Victor
СообщениеДобавлено: 29 июн 2012, 00:12 
Не в сети
Клиент

Зарегистрирован: 12 фев 2007, 18:49
Сообщения: 335
Карма: 15
Мы сами все перенесли, как с dialup, так и с ipn.
Вернуться к началу
 Профиль  
 
snark
СообщениеДобавлено: 29 июн 2012, 14:52 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
ув. Victor, уж в чем, в чем, а в прямоте Ваших рук я не сомневаюсь ;) Я сомневаюсь смогут ли это сделать другие.

P.S. Да, я больше беспокоюсь о других, т.к. после получения ответа что штатными средствами это сделать нельзя, для меня уже был ясен план дальнейших мероприятий.
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 03 июл 2012, 08:26 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Amir писал(а):
Цитата:
no.session.break.on.tariff.change=1
Для чего разрываете соединение при смене тарифа? Можно сделать логический разрыв, как в Inet сейчас часто делается.

Цитата:
#удаление пробельных символов из начала и конца User-Name
trim.user.name=1
В последнем билде
Код:
radius.username.removeWhitespace=0|1
radius.username.removeDomain=1|0

Цитата:
#прерывать сессии с того же Calling-Station-Id, если при авторизации произошла ошибка "Превышен лимит сессий"
#(может быть полезно, если на насе остаются несуществующие сессии и клиент не может переподключится)
check.duplicate.session=1
В последнем билде аналогично Dialup
Код:
radius.connection.checkDuplicate=0|1|2|3

Эм, в диалапе такие же параметры или нет?

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
Amir
СообщениеДобавлено: 03 июл 2012, 13:18 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Да,
check.duplicate.session=0|1|2|3
trim.user.name=1|0
remove.user.name.before.backslash=1|0
Вернуться к началу
 Профиль  
 
fruggin
СообщениеДобавлено: 26 сен 2012, 12:14 
Не в сети
Клиент

Зарегистрирован: 26 сен 2008, 11:51
Сообщения: 85
Карма: 0
Подниму тему.
Интересует перенос логинов/паролей из DialUp в Inet.
План примерно такой:
В модуле DialUp беру табличку user_login_{mid} переношу поля: номер договора, логин, пароль в табличку inet_serv_{mid} модуля Inet.
Это все? Или нужно еще какие-то таблицы править?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 26 сен 2012, 16:40 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
fruggin писал(а):
Подниму тему.
Интересует перенос логинов/паролей из DialUp в Inet.
План примерно такой:
В модуле DialUp беру табличку user_login_{mid} переношу поля: номер договора, логин, пароль в табличку inet_serv_{mid} модуля Inet.
Это все? Или нужно еще какие-то таблицы править?


Да, достаточно .
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 11 фев 2013, 11:38 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Глобальный скрипт . Перенос логинов Dialup в inet.

http://wiki.bgbilling.ru/index.php/%D0% ... D1%8B_inet
Вернуться к началу
 Профиль  
 
supro
СообщениеДобавлено: 17 май 2013, 12:35 
Не в сети

Зарегистрирован: 18 июл 2012, 17:22
Сообщения: 48
Карма: 0
stark писал(а):
Глобальный скрипт . Перенос логинов Dialup в inet.

http://wiki.bgbilling.ru/index.php/%D0% ... D1%8B_inet



Данный скрипт выдает

Код:
EXCEPTIONS:
Sourced file: Конвертор Dialup - INET Token Parsing Error: Lexical error at line 48, column 10.  Encountered: "O" (79), after : "@"
Sourced file: Конвертор Dialup - INET Token Parsing Error: Lexical error at line 48, column 10.  Encountered: "O" (79), after : "@": <at unknown location>

   at bsh.Interpreter.eval(Interpreter.java:707)
   at ru.bitel.bgbilling.kernel.script.server.bean.ScriptInstance.eval(ScriptInstance.java:322)
   at bitel.billing.server.script.global.bean.GlobalScriptMachine.runScriptImpl(GlobalScriptMachine.java:129)
   at bitel.billing.server.script.global.bean.GlobalScriptMachine.runScript(GlobalScriptMachine.java:73)
   at bitel.billing.server.script.global.bean.GlobalScriptManager.executeGlobalScript(GlobalScriptManager.java:40)
   at bitel.billing.server.script.global.action.ActionExecuteScript.doAction(ActionExecuteScript.java:32)
   at bitel.billing.server.Executer.doModule(Unknown Source)
   at bitel.billing.server.Executer$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.Subject.doAs(Subject.java:396)
   at bitel.billing.server.Executer.doPost(Unknown Source)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:48)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
   at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
   at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:403)
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:301)
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:162)
   at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
   at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
   at java.lang.Thread.run(Thread.java:662)




Код:
48:      @Override
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 11 июн 2013, 13:44 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
supro писал(а):
stark писал(а):
Глобальный скрипт . Перенос логинов Dialup в inet.

http://wiki.bgbilling.ru/index.php/%D0% ... D1%8B_inet



Данный скрипт выдает

Код:
EXCEPTIONS:
Sourced file: Конвертор Dialup - INET Token Parsing Error: Lexical error at line 48, column 10.  Encountered: "O" (79), after : "@"
Sourced file: Конвертор Dialup - INET Token Parsing Error: Lexical error at line 48, column 10.  Encountered: "O" (79), after : "@": <at unknown location>

   at bsh.Interpreter.eval(Interpreter.java:707)
   at ru.bitel.bgbilling.kernel.script.server.bean.ScriptInstance.eval(ScriptInstance.java:322)
   at bitel.billing.server.script.global.bean.GlobalScriptMachine.runScriptImpl(GlobalScriptMachine.java:129)
   at bitel.billing.server.script.global.bean.GlobalScriptMachine.runScript(GlobalScriptMachine.java:73)
   at bitel.billing.server.script.global.bean.GlobalScriptManager.executeGlobalScript(GlobalScriptManager.java:40)
   at bitel.billing.server.script.global.action.ActionExecuteScript.doAction(ActionExecuteScript.java:32)
   at bitel.billing.server.Executer.doModule(Unknown Source)
   at bitel.billing.server.Executer$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at javax.security.auth.Subject.doAs(Subject.java:396)
   at bitel.billing.server.Executer.doPost(Unknown Source)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:48)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
   at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
   at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:403)
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:301)
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:162)
   at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
   at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
   at java.lang.Thread.run(Thread.java:662)




Код:
48:      @Override


Вы его скорее всего как bsh-скрипт запускаете , а надо как java-класс.
Вернуться к началу
 Профиль  
 
skyb
СообщениеДобавлено: 14 июн 2013, 08:08 
Не в сети
Клиент
Аватара пользователя

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

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 18 июн 2013, 18:34 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skyb писал(а):
stark Это нужно каждому договору навешать модуль инет, сервис, и только тогда все будет?

нет , скрипт сам добавляет модуль Inet

Код:
f( !moduleSet.contains( INET_MODULE_ID ) )
                     {                           
                        cmm.addContractModule( cid, INET_MODULE_ID );
                     }          



И сервис на договоре он тоже сам создает .Если бы он сервис не добавлял, то зачем он вообще тогда нужен :).

Фраза
Цитата:
Добавить вручную сервис на договор и проверить работу на каком-нибудь теством NAS
означает что вначале проверить на одном договоре работоспособность, а потом все остальные переносить. Поправил фразу.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 18 июн 2013, 18:45 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Комментарий, что это java класс тоже добавил, а то уже 2-ой пытается запустить его как bsh.
Вернуться к началу
 Профиль  
 
Akhmat
СообщениеДобавлено: 16 июн 2015, 14:49 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
Правильно понял что нету конвертера тарифа с диалап на инет до сих пор? не нашел
глобальные тарифы ладно, но у меня много персональных тарифов для юриков

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 16 июн 2015, 15:42 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Тарифов - нет.
Вернуться к началу
 Профиль  
 
vkulakov
СообщениеДобавлено: 16 июн 2015, 17:36 
Не в сети
Клиент

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
С тарифами всё очень сильно зависит от их структуры - здесь всё намного сложнее, чем с логинами. Мы когда переезжали с dialup на inet, то я писал свой скрипт для переноса тарифов. Писал на TCL три года назад. Работает напрямую с базой (пока в модуле inet нет абонентов, его можно сколько угодно перезапускать).

Могу поделиться, но разобраться там будет тяжело.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91
Вернуться к началу
 Профиль  
 
Akhmat
СообщениеДобавлено: 16 июн 2015, 19:26 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
Спасибо. TCL незнаю. У меня тарифы не сложные. Проще самому написать чем разбираться с TCL.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 32 ]  На страницу 1, 2  След.

Список форумов » BGBilling » Модули Интернета » Модуль Inet

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

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

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

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

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