megahertz0 Опубликовано 20 марта, 2015 (изменено) · Жалоба Сейчас используем Lanbilling 2. Около 2к абонентов ПД, немного телефонии, 15к абонов кабельного ТВ. LB это боль и страдание какое-то. Вот почему. 1. Очень странная схема разработки. Нормальные люди сначала фиксят баги, а только затем вводят новые фичи. А здесь с каждым обновлением делается и то, и другое. В итоге с каждой сборкой получаем решение одних проблем, но появляются новые косяки с новыми фичами. Поэтому у нас ни одного обновления не прошло гладко. При этом сама модель поддержки продукта вынуждает постоянно обновляться т.к. иначе глюки никто не исправит. Честно говоря, надоело работать бета-тестером. 2. Команда разработчиков, похоже, не общается с техподдержкой. К примеру, крайний раз нам скинули версию радиус сервера, которая использует функции, не реализованные в ядре. В другой раз при очередном обновлении сломалась функция, получающая список агентов. Она используется чуть ли не на каждой странице админки и поэтому большая ее часть загружалась минут по пять пока функция не возвращала ошибку. 3. Крайне странная документация. SOAP API вроде есть, но половина функций документирована поверхностно. К примеру, непонятно, какие данные функция принимает на вход и что точно возвращает. Приходится выяснять опытным путем. Хорошо хоть БД открыта и документирована весьма полно. 4. Админка на extjs родом из 2008 года. Банально не работает кнопка «назад» в браузере потому что везде используются POST-запросы. Нет нормальной валидации вводимых данных на ходу. Приходится работать с тремя-четырьмя вкаладками в браузере. Боль и страдание короче. 5. Механизм подключения отчетов тоже странный, как и сама аналитика. Вроде что-то похожее на MVC, но без контроллера. В итоге забили на это дело и перенесли всю аналитику и отчетность на CodeIgniter + Twitter Bootstrap + JQuery. В итоге работает раз в десять быстрее, любой отчет экспортируется в PDF и вообще выглядит вполне прилично. Появилась даже мысль переписать админку. 6. Просто нереальное количество багов – последний перл это падение радиуса при переводе логлевела в дебаг. Или проблема обработки стоп-пакетов в том же радиусе. Неделю убеждали ТП, что это у них проблема. Мы сначала какджый раз переключали логи в дебаг, а потом забили и стали писать дебаг постоянно. Только с ротацией раз в час. 7. Элементарные фичи реализовываются спустя пару лет. К примеру, для того, чтобы списать с пользователя деньги за подключение или платный вызов монтажника, до недавнего времени требовалось заводить пользователю отдельную учетку на агенте периодических услуг и снимать деньги им. Сейчас это можно сделать просто на агенте радиус. Счастье-то какое привалило, до сих пор баги выгребаем. Вышеперечисленное это то, что пришло сходу на ум. Так что сижу я и думаю, что делать дальше. Есть два варианта – либо остаться на ЛБ, дожать разрабов по поводу исправления текущих глюков и забить на обновления. Либо съехать на что-то другое. В пользу первого можно отнести более-менее известную архитектуру решения. По крайней мере, известно, что можно делать, а что не стоит. Но с другой стороны, чем больше ЛБ развивается, тем сложнее становится система и тем сложнее ее поддерживать. К тому же ядро с бизнес-логикой написано на C, а это боль и страдание для проекта такой сложности. Почему, к стати, не использовали ту же яву – непонятно. По поводу переезда – нет никакой гарантии, что новый биллинг не будет таким же конструктором для взрослых. В презентациях все говорят хорошо и красиво, но на деле можно выяснить косяки только при эксплуатации. Посмотрели на BGBilling – все в общем нравится, особенно открытость бизнес-логики для разработки. С другой стороны для него требуется не сисадмин с навыками MySQL/Python/PHP, а больше кодер на яве. Гидра – пока ковыряли только веб-демку, визуально все хорошо. Однако было бы неплохо посмотреть, что там внутри. И да, требование к Oracle при 2к, ну пусть 3к абонентов выглядят странно. Carbon – по виду конструкор на питоне + FreeRADIUS и скрипты. Но с другой стороны разрабы обещают внедрение чуть ли не любой хотелки. И да, бизнес-логика на питоне, так что посмотреть что внутри не сложно. В общем, вопрос таков. Что из вышеперечисленного кем-нибудь использовалось и есть ли положительные отзывы по результатам внедрения? Изменено 20 марта, 2015 пользователем megahertz0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
apm Опубликовано 20 марта, 2015 · Жалоба Ну, многое из перечисленного вы встретите и у других кандидатов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 20 марта, 2015 · Жалоба Да хотя бы цикл разработки был бы как у людей - этого бы хватило. А так каждая сборка - отлов существующих баков и отлов косяков в новых фичах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 20 марта, 2015 · Жалоба Нормальные люди сначала фиксят баги, а только затем вводят новые фичи. А здесь с каждым обновлением делается и то, и другое. В итоге с каждой сборкой получаем решение одних проблем, но появляются новые косяки с новыми фичами. Это, имхо, в любом биллинге так. Если пофиксить все баги, а новых не плодить, кормиться будет не с чего. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 20 марта, 2015 · Жалоба Тут выбор либо покупать недорогой, но конструктор, либо дорогой, но ничего не приходилось допиливать. Тем более, если речь идет о 2-3 тыс абонентов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 20 марта, 2015 · Жалоба megahertz0 А что вы хотели от самого дешёвого биллинга? (собственно он и UTM5 - два самых дешёвых по кап. затратам биллинга) Судя по всему, они просто не могут себе позволить нормальный цикл разработки (заморозка и фиксинг багов), а работают по принципу - пофиксили 1 багу, 2 запилили. Крайне странная документация. SOAP API вроде есть, но половина функций документирована поверхностно. К примеру, непонятно, какие данные функция принимает на вход и что точно возвращает. Приходится выяснять опытным путем. Хорошо хоть БД открыта и документирована весьма полно. Вот с этим как раз особо проблем нет. Код админки это по факту и есть документация на API. Т.е. в коде админки всегда можно подсмотреть как что-то сделать или как воспользоваться функцией. Да, это не классическая документация Вообще, не бывает хороших биллингов, а самописные - это боль и страдания после ухода ключевого(ых) разработчика(ов), с точки зрения бизнеса риски ещё большие чем рукожопость кодеров Ланбиллинга. Хотя бизнес на 2-3К абонентов не всегда и бизнесом-то можно назвать, часто это что-то типа хобби, а не миллионы $ на счетах в Швейцарских банках. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 20 марта, 2015 · Жалоба Нам вас богатых не понять Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 20 марта, 2015 · Жалоба SyJet я не владелец бизнеса, а просто специалист, но видел и вижу бизнес-процессы по разные стороны баррикад. если топикстартер имеют долю в предприятии, то самописный биллинг(или сильно модифицированный купленный) это огромные риски, если только он не будет его писать. если ж он просто админ и хочет поменять ланбиллинг, то лично для него рисков минимум. будет плохо работать - можно сменить место работы (репутационные риски есть конечно, но не факт что оно всплывёт) судя по тому, сколько в своё время было продано сетей на 2-3К абонентов, часто это дело либо не выгодное, либо состояние сети требует модернизации с большими затратами и проще её сплавить крупняку, который поймёт это не сразу (такие я видел не один раз) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Login_sbl Опубликовано 21 марта, 2015 · Жалоба Свои 5 копеек вставлю. У нас на порядок больше абонов. Раньше была пачка нетапов, перешли на гидру. Внедрялись долго- т.к. мы сами тормозили процесс. Баги были по началу, сейчас если и натыкаемся, то оно на бизнес процесс никак не влияет и фиксят оочень быстро. Телефония вся через через радиус. авторизация на порту по опции 82, тоже всё работает. Все сотрудники очень вменяемы. Из минусов- много кликов, чтобы завести клиента, хотя всё логично. Договора и прочие бумажки можно прям из биллинга печатать- автозаполнение работает, так как нам надо. Впрочем как и счетов. Массовое формирование счетов и актов для юр лиц и публикование их в ЛК+ оправка Юрику ссылку на ЛК. ------------ Проблемы есть, но они не значительны. Вообщем 2 года, пробег отличный. з.ы. а оператор связи. кому нужны подробности в личку пишите- скину телефон. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 21 марта, 2015 · Жалоба Только цена гидры не радует Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slimxzet Опубликовано 21 марта, 2015 · Жалоба Почем гидра? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telecom Опубликовано 21 марта, 2015 · Жалоба ...Посмотрели на BGBilling – все в общем нравится, особенно открытость бизнес-логики для разработки. С другой стороны для него требуется не сисадмин с навыками MySQL/Python/PHP, а больше кодер на яве.... Не нужен там такой админ. Смело переезжайте. Все стабильно работает годами. На этом биллинге почти с самого его начала. Хотелки делают быстро и не дорого, при этом ни чего не ломая. Нужды в постоянном обновлении нет. Одно время сидели на одной из версий более трех лет. Пришлось обновиться только из-за того, что хотелки пишут только под последнии, текущие версии. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 21 марта, 2015 (изменено) · Жалоба Это, имхо, в любом биллинге так. Если пофиксить все баги, а новых не плодить, кормиться будет не с чего. Так мы не против платить за сервисный контракт. Он ведь подразумевает не только обновления, но и лимитированное время реакции на запросы. Вот и будет доход разрабам с поддержки продукта. megahertz0 А что вы хотели от самого дешёвого биллинга? (собственно он и UTM5 - два самых дешёвых по кап. затратам биллинга) Судя по всему, они просто не могут себе позволить нормальный цикл разработки (заморозка и фиксинг багов), а работают по принципу - пофиксили 1 багу, 2 запилили. Крайне странная документация. SOAP API вроде есть, но половина функций документирована поверхностно. К примеру, непонятно, какие данные функция принимает на вход и что точно возвращает. Приходится выяснять опытным путем. Хорошо хоть БД открыта и документирована весьма полно. Вот с этим как раз особо проблем нет. Код админки это по факту и есть документация на API. Т.е. в коде админки всегда можно подсмотреть как что-то сделать или как воспользоваться функцией. Да, это не классическая документация Вообще, не бывает хороших биллингов, а самописные - это боль и страдания после ухода ключевого(ых) разработчика(ов), с точки зрения бизнеса риски ещё большие чем рукожопость кодеров Ланбиллинга. Хотя бизнес на 2-3К абонентов не всегда и бизнесом-то можно назвать, часто это что-то типа хобби, а не миллионы $ на счетах в Швейцарских банках. А вы в курсе, что админка может не использовать все функции API? Это как приводить конфиги оборудования вместо документации по нему. А вдруг понадобиться что-то, выходящее за пределы конкретного конфига? Нормальная документация необходима, если ты не сам разработчик. Да, еще такой момент. Количество абонентов это не единственный показатель прибыльности бизнеса. Одно дело иметь домонет с физиками, другое - работать с юриками и крупными клиентами. Изменено 21 марта, 2015 пользователем megahertz0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 22 марта, 2015 · Жалоба Нормальная документация необходима, если ты не сам разработчик. Ой, не факт. Если продукт ведется 10-15 лет, то документация хорошая даже разработчику порой помогает не слабо. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vadimv2 Опубликовано 22 марта, 2015 · Жалоба я знаю пару чел которые работали в ЛБ, и вроде нормально разбираются, в настройках и коде, так что если решите остаться на ЛБ, могу дать контакты .... свой лб не обновлял уже 3 года, все что нужно пишут отдельно... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 23 марта, 2015 · Жалоба я знаю пару чел которые работали в ЛБ, и вроде нормально разбираются, в настройках и коде, так что если решите остаться на ЛБ, могу дать контакты .... свой лб не обновлял уже 3 года, все что нужно пишут отдельно... Так ЛБ мы и сами изучили вдоль и поперек. Разве что я ядре не ковырялись т.к. нет исходников. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
decuplet Опубликовано 23 марта, 2015 · Жалоба Почем гидра? На сайте же http://www.hydra-billing.ru/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zander Опубликовано 23 марта, 2015 · Жалоба Плюсану за Bgbilling Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 24 марта, 2015 · Жалоба Плюсану за Bgbilling Простите, но что хорошего в BGBilling? 1. Как в нем просматривать данные клиентов просто перемещаясь стрелками по абонентам? Например нужно посмотреть какие IP адреса у абонентов? Сначала требуется получить список договоров, потом открыть договор, зайти в нужный модуль и только тогда можно все увидеть. Про получить данные скриптами разговор не ведем. 2. Копирование данных из биллинга - даже банального пункта в ниспадающем меню "копирование" нет. Приходится комбинациями на клавиатуре пользоваться. 3. Опять же прямого копирования IP адресов, или вставки IP адресов в модуле IPN нет, нужно вставлять по группам. 4. Меню вообще кривое - крестики закрытия окон внизу. 5. Личный кабинет скудный, кривой и выглядит как из начала 90 годов. 6. Отсутствует встроенный механизм контроля дубликатов данных, например можно завести одни и те же IP адреса разным абонентам, что создаст конфликты. И еще много много других проблем по мелочи. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
FATHER_FBI Опубликовано 25 марта, 2015 · Жалоба А почему никто не задал вопрос ТС А зачем вы постоянно обновляетесь?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Желающий Опубликовано 25 марта, 2015 · Жалоба А почему никто не задал вопрос ТС А зачем вы постоянно обновляетесь?? у нас тоже ланбиллинг, поэтому я отвечу. можно не обновляться. какое то время. но когда нибудь наступит момент, когда ТП скажет: баг пофиксили в новой версии. а обновится на нее лучше с предыдущей. а если сидишь на версии трехлетней давности, то, соответсвенно, имеешь проблемы как то так... мы обновляемся не реже раза в год и каждый раз это боль и страдание, хотя, посмотрев на стоимость гидры, могу сказать, что ланбиллинг своих денег стоит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RG-45 Опубликовано 25 марта, 2015 · Жалоба Привет ! Вот мои 5 копеек , LanBilling полный отстой ,как не админь его .... Переходим на Гидру. Достойный биллинг , адекватные ребята . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 25 марта, 2015 · Жалоба Вот мои 5 копеек , LanBilling полный отстой ,как не админь его .... Переходим на Гидру. Достойный биллинг , адекватные ребята . Может быть Гидра и достойный биллинг, но посмотреть его работу без оплаты производителю нет возможности. У всех других биллингов есть полнофункциональная демоверсия, которую можно попробовать, посмотреть, потестировать, и после принять решение переходить или нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 25 марта, 2015 (изменено) · Жалоба Вот мои 5 копеек , LanBilling полный отстой ,как не админь его .... Переходим на Гидру. Достойный биллинг , адекватные ребята . Может быть Гидра и достойный биллинг, но посмотреть его работу без оплаты производителю нет возможности. У всех других биллингов есть полнофункциональная демоверсия, которую можно попробовать, посмотреть, потестировать, и после принять решение переходить или нет. Вы вообще хоть на их сайт заходили? Заполняете анкету и по вас развертывают на месяц виртулку полнофункциональную Изменено 25 марта, 2015 пользователем SyJet Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hsvt Опубликовано 25 марта, 2015 (изменено) · Жалоба Вчера на стэнде решили накатить обновление с 08 до 014. В итоге вылезло следующее: Выдержка из документации. Начиная со сборки 011 АСР LANBilling 2.0 для обновления структуры БД необходимо вы-полнить один скрипт «update.sql». При этом: 1. время обновления зависит от состояния структуры БД на момент обновления; 2. применявшиеся в предыдущих сборках скрипты «deleting_zero_charges» и «day_revision» не используются; 3. скрипт «procedures-sales» выполняется после выполнения основного скрипта, с целью об- новления процедур модуля финансовой отчетности; 4. организована следующая поддержка многоразового запуска процесса обновления: — этап 1 – сравнение структуры обновляемой БД с эталоном; — этап 2 – изменение структуры обновляемой БД (при наличии расхождений); — этап 3 – обновление данных БД; 5. функционал обновления структуры БД включает в себя автопроверку данных на уни- кальность и связность данных между таблицами. При возникновении исключительных ситуаций выдаются соответствующие ошибки. Процесс обновления, при этом, не прерывается; 6. таблица, содержащая более 10 млн записей, может быть автоматически пересоздана и сек- ционирована (разбита на логические части с целью повышения скорости обработки данных). Время операции зависит от ресурсов сервера и количества записей в таблице. Вечером оставили на сервере выполнять update.sql, утром сервак наглухо завис. По SSH не отвечает, подключили к монитору - нет изображения. Перезагрузили с кнопки - не загружается даже BIOS. Перезагрузили hard reset по питанию - грузиться до монтирования Mount local filesystems и уходит в глубокую задумчивость. Вечером последний processlist перед уходом был такой: mysql> show processlist; +----+------+-----------+---------+---------+------+-------------------+-----------------------------------------------------------------------------------------------------+-----------+---------------+-----------+ | Id | User | Host | db | Command | Time | State | Info | Rows_sent | Rows_examined | Rows_read | +----+------+-----------+---------+---------+------+-------------------+-----------------------------------------------------------------------------------------------------+-----------+---------------+-----------+ | 1 | root | localhost | billing | Query | 6933 | copy to tmp table | ALTER TABLE `auth_history` MODIFY `mac` varchar(255) NOT NULL default '' COMMENT 'MAC-адрес' | 0 | 191851 | 191851 | | 2 | root | localhost | NULL | Query | 0 | NULL | show processlist | 0 | 0 | 0 | +----+------+-----------+---------+---------+------+-------------------+-----------------------------------------------------------------------------------------------------+-----------+---------------+-----------+ 2 rows in set (0.00 sec) Табличка auth_history весит 20 гигов, tmp_table_size и max_heap_table_size были выставлены на 256M, по их рекомендациям, что соответствует свободной памяти. C livecd сейчас при попытке монтирования ФС уходит так же в глубокую задумчивость. При попытке смонтировать получил такое. Оживить пока что ни как не получается, думайте сами. Изменено 26 марта, 2015 пользователем hsvt Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...