BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 45 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 16:24 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
В одной из следующих версий планируется полностью убрать поддержку bsh-скриптов, оставить только динамический код. Слегка придётся потратиться на переписывание скриптов итд, но в целом оно того стоит. Дин.код более надёжный, удобный, прогрессивный, производительный, нативный, некостыльный. А так получится быстрее согнать людей на него. Что вы об этом думаете?

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 18:45 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 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: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 18:48 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
причём тут события? сейчас на все события можно дин.код повесить, как и bsh-скрипты

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 11 фев 2013, 19:03 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Уход в нативную яву понятен - быстрее, выше, сльнее, но ... НО! Скриптинг на нативной яве значительно (очень!) повышает порог входа, т.е. не программисту будет значительно сложнее, т.к. для обычного админа это запросто может выглядеть как переход с написания скриптиков на каком нить шелле/похапе и тут же ему предлагают писать то же самое на С/С++.
Наличие скриптинига в БГБ является одной из его уникальных фишек и я всем рекламирую БГБ именно как биллинг где можно написать нечто и это не будет костылем, а будет частью системы. Как бы не получилось так, что в погоне за лучшим отпугнете потенциальных покупателей, т.к. эта тема, в общем то, больше о них, т.к. нам то уже деваться некуда - надо на яве - будем писать на яве.

Слоган: Купив БГБ станешь эльфом ява кодером 80 уровня.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 19:11 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
Цитата:
Скриптинг на нативной яве значительно (очень!) повышает порог входа
имхо, спорно. порог входа как раз очень сравним. по сути код мало отличается, если писать на bsh правильно.

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 19:13 
Не в сети
Клиент
Аватара пользователя

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

при том что раньше не все события были
dimOn писал(а):
сейчас на все события можно дин.код повесить, как и bsh-скрипты

вот и ответ

_________________
Код:
  Клиент: вер. 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: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 20:16 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
я тоже против, ну не знаю я яву, а на перле могу написать что нужно.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 20:25 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
и чо, клёво на перле скрипты пишутся в bgbilling? :lupa:

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 20:33 
Не в сети
Разработчик

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


эта фраза поставила меня в ступор. Здесь имеется ввиду что перейти в середине определенной версии ? ну давайте в 5.2 следующим апдейтом..или как ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 21:32 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Чтобы было сразу ясно - мне совершенно все равно на чем будут писаться скрипты под БГБ - что надо будет, то и выучим (благодаря БГБ я хоть как-то начал шарить в яве).
Вопрос больше в новичках - их может отпугнуть одна только фраза "программирование на ява", а мне не хочется, чтобы нашего полку не прибывало только из за этого.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 21:45 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
snark писал(а):
Чтобы было сразу ясно - мне совершенно все равно на чем будут писаться скрипты под БГБ - что надо будет, то и выучим (благодаря БГБ я хоть как-то начал шарить в яве).

+1.

А для новичков все таки bsh как-то по проще. я так вот до сих пор не пойму что такое дин.код и с чем его едят. и правила его написания не понимаю.
а на bsh можно по примерам из вики научиться.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 22:47 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Уход от BSH к дин.коду поддерживаю. Сам я с БГ, и с джава следом не сильно давно знаком. До этого как и большинство php/perl. Что хочу сказать как относительный новичок - да как-то не очень на BSH то писать после скриптовых (особенно в простом редакторе типа Notepad+ или напрямую в редакторе биллинга), всё равно тут тебе сразу классы и прочее и юзаешь в основном API биллинга, который есть классы чистой Java.

По началу даже была мысля из bsh вызывать внешний perl скрипт (нашел на вики пример шлюза IPN), который будет что надо делать. Но теперь понимаю что было бы крайне невыгодное решение.

Да, BSH прощает объявление переменных(тут спорный плюс) и типизицию, да где-то что-то можно недописать, НО! когда я открыл для себя Эклипс - тут чистая джава даже после perl/php стала прелестью: вот тебе все подсказочки/ошибочки, вот тебе все методы, вот тебе все импорты, вот тебе все остальные прелести. Потом всё это копипастишь, компилишь и готово. Красота.

Сейчас предстоит писать скрипты предобработки для VoIP и думаю - как здорово было бы иметь здесь дин.код, класс которого просто указывается в конфиге NASа вместо вкладки с текстом скрипта предобработки, который чую будет немаленьким.

По ходу вопрос - какими средствами писать на BSH чтобы его потом можно было также скопипастить просто. Эклипс или аналогичные IDE умеют ?

В общем, цель правильная. У вас же на сайте четко написано - Эволюцию не остановить. И если человек имеет понятие что такое программирование - то и на джаве код напишет если надо, а если не имеет - то будь там хоть bsh, хоть perl/php - ничего не выйдет.

Моё +1. Мне не всё равно. Only Pure Java :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 11 фев 2013, 23:03 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Phricker писал(а):
А для новичков все таки bsh как-то по проще. я так вот до сих пор не пойму что такое дин.код и с чем его едят. и правила его написания не понимаю.
а на bsh можно по примерам из вики научиться.


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

Думаю стоит написать пример в Wiki переделывания скрипта поведения и глобального скрипта в дин.код. Тогда много вопросов сразу отпадет. Может даже займусь, если время будет :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 03:35 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Ар-р-р ... Да все кто тут шарахается не будет испытывать проблем с дин кодом и прекрсно понимают, что ява - это наше усе. Тут речь больше о новичках, чтобы их не спугнуть. Лично я не хочу, чтобы кто-то от БГБ отказался только потому что "ой вей, там таки чистая ява!".

Как донести мысль: я хочу, чтобы БГБ использовало бОльше операторов?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 05:28 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
stark писал(а):
skyb писал(а):
и предлагаю сделать это в определенной версии, а не при переходе с версии на версию

эта фраза поставила меня в ступор. Здесь имеется ввиду что перейти в середине определенной версии ? ну давайте в 5.2 следующим апдейтом..или как ?

Я думаю всетаки с 5.3 и после обновления все bsh объявить в деприкейты
barguzin2 писал(а):
Думаю стоит написать пример в Wiki переделывания скрипта поведения и глобального скрипта в дин.код. Тогда много вопросов сразу отпадет. Может даже займусь, если время будет :)

Дык при создании класса там уже есть вход, можно уже там писать используя эклипс. Или я не про то думаю?

_________________
Код:
  Клиент: вер. 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: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 07:09 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 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: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 09:12 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
snark, да новичкам и bsh (по своему опыту скажу) после perl/php/bash - диковиной кажется. Еще раз повторюсь - хоть это дин.код, хоть bsh, API есть API, его применение ничем не отличается и без него никуда. А по большому счету все сводится к тому, что нужно объявить переменные и немного последить за типизацией, а саму джаву и в случае bsh все равно придётся подучить.

skyb, при создании класса вход есть, но есть нюанс - там не указывается класс обрабатываемого события.

С табличными отчетами думаю будет вот как - в report.rep.xml указывается класс дин.кода, в котором также будет фигурировать метод fillReport.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 11:37 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
barguzin2 писал(а):

По ходу вопрос - какими средствами писать на BSH чтобы его потом можно было также скопипастить просто. Эклипс или аналогичные IDE умеют ?

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

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 12:02 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
Да здесь получается больше вопрос переноса биншел скриптов в дин.код, да и то это не большая проблема если API опять не поменяется. А если поменяется - то тут прямо судьба всё в дин.код сразу перегнать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 13:06 
Не в сети

Зарегистрирован: 20 апр 2011, 09:56
Сообщения: 346
Карма: 19
Я тоже за дин код. "Перепривыкнуть" с bsh на дин код ушло дня 2, при том что большого опыта в программировании не было. Да и логика практически та же самая - типы данных, события, классы, методы, для нового пользователя разницы, где это все постигать, имхо нет. А будут вопросы тут за бесплатно добрые люди все разжуют :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 22:30 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
dimOn писал(а):
и чо, клёво на перле скрипты пишутся в bgbilling? :lupa:

а я не пишу скрипты в бгп, я их пишу как обвязку.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 12 фев 2013, 22:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Phricker писал(а):
А для новичков все таки bsh как-то по проще. я так вот до сих пор не пойму что такое дин.код и с чем его едят. и правила его написания не понимаю.
а на bsh можно по примерам из вики научиться.

+100

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 16:08 
Не в сети

Зарегистрирован: 22 дек 2008, 13:02
Сообщения: 270
Откуда: Москва
Карма: 27
Я полностью за. Наличие bsh, с отсутствием генериков, заставляет меня держать в git версию на bsh и версию с генериками на Java. И вобще не даёт полностью уйти от bsh в сторону более чистой явы и правильной оптимизации. Тормоз это технологический.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 16:21 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
так сейчас всё что можно писать на bsh можно писать и на дин.коде :umnik:

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 17:24 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
dimOn писал(а):
так сейчас всё что можно писать на bsh можно писать и на дин.коде :umnik:

а автоподстановка пользователей как?

_________________
Код:
  Клиент: вер. 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: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 17:44 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
что, простите?

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 18:23 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
not to be. давайте без послаблений тут. построже. а админы приспособятся.
послабления нужны пользователям, операторам и т.д. удобство при повседневной текучке важно.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 18:44 
Не в сети
Клиент
Аватара пользователя

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

http://wiki.bgbilling.ru/index.php/%D0% ... 0%B3%D0%B0

_________________
Код:
  Клиент: вер. 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: bsh — to be, or not to be
СообщениеДобавлено: 13 фев 2013, 19:10 
Не в сети
Клиент

Зарегистрирован: 09 фев 2011, 15:28
Сообщения: 1092
Карма: 135
dimOn писал(а):
так сейчас всё что можно писать на bsh можно писать и на дин.коде :umnik:

Чой-то не вижу где дин.код для предобработки радиус запросов VoIP :lupa: , а это достаточно критичное к производительности место. Это можно как-то быстренько впилить? Чтобы в конфиге НАСа указываешь типа packet.preprocess.class=ru.dyn.code и пишешь класс предобработки. Конечно, выбор класса дин.кода из списка, добавление его тут же в клиенте это всё удобно, но пока хотя бы так. Очень хочется.

Или в связи с разработкой нового модуля на voiceip наложили крест ?

И добавление к теме. О чём диспут то, читаем http://bgbilling.ru/v5.2/doc/ch02s01.html - разница очевидна. BSH искоренить, тему закрыть :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: bsh — to be, or not to be
СообщениеДобавлено: 14 фев 2013, 03:47 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2676
Карма: 72
я за переход со следующей версии т.е это с 5.3


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

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


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

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


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

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