Перейти к содержимому

Помогите выбрать биллинг


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

Ув. форумчане помогите определиться с биллингом.

 

Какой выбрать?

 

У какого какие достоинства и недостатки?

 

Какой самый оптимальный?

 

Кто что скажет по поводу Юбиллинга или Нодени?

 

Оставляйте свои отзывы по той или иной системе.

 

Всем спасибо.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

У меня есть друг. Хороший программист. Но он утопает в своем "деланьи правильно". Я ему как-то сказал: вот, что ты в своей жизни сделал такого, о чем тебя смогут вспомнить? Лучший оптимизатор sql запр

Возвращение теоретика-советчика, часть вторая.  

Идеальных биллингов нет. Каждый имеет минусы.

Мы юзаем абиллс. Вроде как работает. Основные фичи - без особых проблем. По доп. фичам - баги вылазят, стоит подготовиться к тестированию и накатыванию апдейтов.

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

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

Я не так давно стоял перед Вашим выбором.Остановился на ноденай по ряду причин и очень подробной документации.Если вы вдруг остановитесь тоже на ноденай,можете смело мне писать в личку и я Вам с удовольствием помогу если будут вопросы.Т.к помню как это сложно когда есть элементарные вопросы а тебя тупо троллят..

 

 

P.S а вообще если хотите узнать много о биллингах то напишите например: я выбрал ноденай потому что он из коробки под FreeBSD и Linux говно. И сразу узнаете много нового про разные *nix системы и биллинги. Чем так как вы задаете вопрос.Так всем будет влом ответить.Максимум ответят посылальщики в гугл 80-го лвл-а.

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

Я не так давно стоял перед Вашим выбором.Остановился на ноденай по ряду причин и очень подробной документации.Если вы вдруг остановитесь тоже на ноденай,можете смело мне писать в личку и я Вам с удовольствием помогу если будут вопросы.Т.к помню как это сложно когда есть элементарные вопросы а тебя тупо троллят..

 

 

P.S а вообще если хотите узнать много о биллингах то напишите например: я выбрал ноденай потому что он из коробки под FreeBSD и Linux говно. И сразу узнаете много нового про разные *nix системы и биллинги. Чем так как вы задаете вопрос.Так всем будет влом ответить.Максимум ответят посылальщики в гугл 80-го лвл-а.

спасибо

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

Вы определитесь с версиями биллингов. У МикБила есть фриварная версия (говно редкое), а нодени есть 49 версии (труп). Если вы готовы платить за поддержку разработчикам, то тут особой разницы нет, за Вас все сделают. Имхо, если выбирать между ноудени и микбилом, я б выбрал ноудени. Микбил написан на php и скомпилен зендом (изврат), ноудени - это перловая каша. 

 

Еще есть Ubilling, это полностью бесплатный довес  на  PHP для STG (ядро написано на С).

 

Абилс - тоже отличная штука, но только если у вас стальные нервы.

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

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

 

и какие проблемы с допиливанием ?

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

Бесполезная тема. По каждому биллингу есть что сказать плохого, есть что хорошего.

а можно список плохого по ABillS ?

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

На C++, не оскорбляйте!

Нашли чем гордиться..

Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

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

 

На C++, не оскорбляйте!

Нашли чем гордиться..

Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

 

 

ответ очень банальный )

 

каждый второй заказчик всегда спрашивает, аочему у Вас не на C/C++  это ж производительней так же всюду пишут в интернете

 

 

но почемуто не пишут что некоторые системы не на C/C++ работают с базами аболнентов в 10-20 раз больше чем у тех кто такие вопросы задаёт

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

 

Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

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

 

А тем временем мешки все также стоят не ворочанными.

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

 

На C++, не оскорбляйте!

Нашли чем гордиться..

Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

 

Во-первых, я этим не горжусь. Но C объективно хуже.

Во-вторых, есть причины писать на C++. Из мейн-стрима это наиболее вменяемый кросс-платформенный язык. А на не-мейн-стрим будут ругаться пользователи проекта.

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

 

 

На C++, не оскорбляйте!

Нашли чем гордиться..

Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

 

 

ответ очень банальный )

 

каждый второй заказчик всегда спрашивает, аочему у Вас не на C/C++  это ж производительней так же всюду пишут в интернете

 

 

но почемуто не пишут что некоторые системы не на C/C++ работают с базами аболнентов в 10-20 раз больше чем у тех кто такие вопросы задаёт

 

C++ используют не только из-за быстродействия.

И еще, размер базы абонентов больше относится к быстродействию СУБД, нежели бизнес-логики.

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

Но C объективно хуже.

Не позорьтесь.

 

EDIT: что такое хуже по вашему? Когда труднее разбираться в коде - это хуже? Основное время ведь тратится на чтение кода. Вы хоть не осмелитесь заявить, что Си++ легче читать? Объективно Си++ вообще говно, которое надо избегать, но почему-то популярное.

 

Кто там кумир у Си++серов? Джон Кармак? Это не он недавно про Хаскель рассказывал и как все говно, что пишут Си++серы?

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

 

Но C объективно хуже.

Не позорьтесь.

 

Послушайте, я вам не кретин и не новичок зеленый. Я этими языками зарабатываю себе на жизнь последние 7 лет. Я на них писал биллинговые системы (не только Stargazer), системы управления автоматикой, мониторинг для АЭС и огромную финансовую систему. Мне есть на чем их сравнивать. То что на плюсовый проект нельзя набрать 400 индусов чтобы они пилили код за миску риса - это, в конечном итоге, даже плюс. Я знаю плюсы и минусы обоих языков, и в C++ их больше.

Я не преподношу C++ как единственно верное решение. Мне он самому во многом не нравится. Но выбор невелик. Писать сейчас что-то на Haskell/Scala/Erlang, которые, по моему мнению на много превосходят весь мейнстрим, можно только в том случае если это устраивает заказчика. В паблике такое решение не будет пользоваться популярностью в виду сложности для мейнтейнеров.

Я не хочу разводить здесь извечный срач по поводу C/C++  - это все-таки оффтопик и мало кому интересно. И мне плевать с высокой башни на Линуса и Кармака, которые ни разу не специалисты в этой области, но смеют высказывать свое авторитетное мнение.

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

C++ используют не только из-за быстродействия.

 

И еще, размер базы абонентов больше относится к быстродействию СУБД, нежели бизнес-логики.

 

 

 

те кто такие вопросы задают это не читали )

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

 

Не позорьтесь.

Мы все с нетерпением ожидаем пруфов и демонстрации open source АСР либо хотя бы каких-то других объемных проектов,  писанных на pure C лично вами.

 

PS а мешки все дальше стоят неворочаными.

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

 

 

Не позорьтесь.

Мы все с нетерпением ожидаем пруфов и демонстрации open source АСР либо хотя бы каких-то других объемных проектов,  писанных на pure C лично вами.

 

PS а мешки все дальше стоят неворочаными.

 

+10 к карме ), машины попкорна думаю будет мало для этого кино)

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

Послушайте, я вам не кретин и не новичок зеленый.

Ну сори, просто когда какой-то очередной Си++сер заявляет, что Си хуже Си++ я просто не могу удержаться. Я писал на плюсах лет 10+ назад, тоже был идиотом, как и все :)
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: strushke
      Добрый день!
      Сегодня заметил странную ошибку, которая непонятно, откуда берется.
      Проявляется в виде надписи под некоторыми формами: Big data processing error
       
      Версия 1.1.5 (7920)
       
      В usersearch под формой есть эта надпись
      В report_finance в самом низу
      В report_sysload прямо под окошком с серийным номером и версией биллинга.
       
      Пока что, влияния на работу замечено не было, но надпись то там не просто так. 
       
      Попробовал:
      Очистку кэша
      Исправление таблиц БД 
      Ковыряние логов httpd-error
       
      Ничего из этого не помогло. 
      В логах httpd всё хорошо. 
      Может пнёте меня в нужную сторону, а я авось, долечу? Спасибо
       
    • Автор: nightfly
      Суббота отличный день для первого в этом году стабильного релиза. Правда? Нет? В общем вот.. Стабильный релиз Ubilling 1.2.4 rev 8318 Fertile Soil. Куча крутых фич, множество багфиксов и всего о чем вы даже не могли подумать.
       
      Коротко о изменениях:
       
      alter.ini: новая опция PON_DEFERRED_LOADING включающая отложенную загрузку данных alter.ini: новая опция PON_ONU_CACHING включающая кэширование данных о ONU. alter.ini: новая необязательная опция CREDIT_EVERGARDEN включающая покраску кредитов в фиолетовый. Не спрашивайте. alter.ini: вырезаны опции CATV_* и CRM_MODE а также весь древний и неподдерживаемый код вокруг них. alter.ini: новая опция TASKMAN_ANYONE_EMPLOYEEID устанавливающая ID сотрудника «кто-угодно». alter.ini: новые опции SWITCHSONIC_ENABLED и SWITCHSONIC_TIMEOUT управляющие мониторингом трафика в реальном времени. Модуль ПОНизатор: слегка улучшено быстродействие. Также реализована поддержка кэширования и отложенной загрузки данных. Модуль Собака-посылака: добавлена поддержка работы с сервисом TurboSMS при помощи HTTP API (tsmshttp). Модуль «Движение средств»: теперь умеет опционально красить кредиты в фиолетовый. Модуль «Карта задач»: добавлена возможность устанавливать фильтр по типу выполненных задач. Модуль «Работы»: исправлена проблема невидимости имен уже не работающих сотрудников в предыдущих задачах по пользователю. Модуль ПОНизатор: добавлена поддержка OLT ZTE C610. Модуль Учет зарплат: добавлен показ нормочасов в списке выполненных по задаче работ. Модуль «Учет зарплат»: при отсылке отчетов сотрудникам в Телеграм, добавлены нормочасы по каждой из задач а также их сума. Модуль «ПОНизатор»: добавлена возможность показа на карте ONU, только с выбранного OLT. Новый модуль «Таймлайн работников»: позволяет нормально распределять ожидаемое время выполнения задач среди ваших сотрудников. Модуль Mapon: теперь умеет отдельно показывать нераспределенные задачи, тоесть задачи на сотрудника «кто-угодно». Модуль «Таймлайн администраторов»: теперь высота графика автоматически подгоняется под количество данных. Модуль «Свитчи»: немного переработаны и облагорожены контролы в профиле свитча. Модуль «Свитчи»: добавлена возможность быстрого создания задачи из прямо профиля устройства. Модуль «Сервер DHCP»: добавлен дзэн-режим. Потому что «а почему бы и нет?» Модуль «Профиль пользователя»: опция EASY_SMS теперь может принимать значения 0/1/2. Модуль «Askozia монитор»: добавлена возможность прослушивания всех звонков за все время. Тормозная копец. Модуль «Панель задач»: все модули/отчеты выглядящие и ведущие себя как карты и являющиеся картами унесены в отдельный раздел. Модуль «Контроль качества»: исправлены данные в отчетах, в колонке за год. Новый модуль «Дубликаты задач»: позволяет отлавливать повторные задачи совершаемые по одним и тем же адресам в диапазоне времени. Новый модуль «Трафик в реальном времени»: позволяет отслеживать загрузку интерфейсов вашего оборудования "вот прямо сейчас". UHW_MLG: починена работа с POD.  
      Полный чейнджлог: https://wiki.ubilling.net.ua/doku.php?id=changelog2022#rev_8318
      Рекомендации к обновлению: https://wiki.ubilling.net.ua/doku.php?id=relnotes#section124
      Обновленная демка: https://ubilling.net.ua/?module=fnpages&pid=demo
       

    • Автор: Субчик
      Кто уже у себя реализовал?
      Какие подводные камни, плюсы минусы?
    • Автор: strushke
      Всем привет! Вот уже незаметно, как целых 5 лет я использую Ubilling и я очень этому рад!
      Огромное спасибо разработчикам системы! Биллинг не только легок в использовании "из коробки", 
      но и не сложен в модернизации "под себя", а так же в написании модулей! 
      С 2016 года я использую Ubilling в связке с Mikrotik, и с тех самых пор, как я его начал использовать,
      у меня не было никаких проблем.
      Кажется, это была версия 0.8.3, и BSD 10 под виртуалкой.
      Не всегда я следовал за обновлениями, поэтому спустя некоторое время я просто накатил сразу bsd 12 с чистым биллингом
      и перенес бэкап и свои наработки.
      Иногда бывают лаги, связанные с Mikrotik API, но это всё таки костыль, который не рекомендуется официально, и с которого нужно слезать, а я всё никак. 
       
      Короче, долгих лет жизни вам, ребята! Будете в наших краях - пивом угощу!
    • Автор: оверлок
      можно ли средствами MikroTik реализовать такую фишку- при не оплате у клиента всплывало окно(отключены ,пополните счет) .?

×
×
  • Создать...