Перейти до

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


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

ог

 

 

Это тонко намекает на по крайней мере 1 плохой биллинг)

На самом деле, у меня сейчас большая проблема - тот биллинг, что в подписи, настолько распространен, что не дает перейти всем на новую версию. Так что я рад, что нерабочая ссылка  в подписи работает как антиреклама.

 

 

А в чем проблема запустрить 2 параллельно работающих биллинга, импортнув при этом в него БД?

Сами переходим так с UTM5 на Abills приводя схему на vlan-per-user+opt82+ip_unnumbered+PBR.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

 

 

простит меня ~AsmodeuS~, от кода и костылей которого текут глаза, предполагает какой-никакой радиус-каркас для интеграции с популярными брасами, и даже оттестировано как-никак. 

 

 

 

прощу только если мотивируете свои слова, так как ужасно не люблю когада когда по продукту судять версиями 5 летней  давности или словами незнающих людей из интернета тыкающим апльцем в .... и выдвигая свои теории

 

Все правильно, я сужу версиями 5-ти летней давности, чего скрывать. И отзывами других людей, кто на нем до сих пор сидит. 

 

Вы большой молодец и делаете хороший продукт - его используют. 

 

Спор будет ни о чем. Еще раз раз прошу прощение за колкость.  

 

я не хочу спорить хочу выявлять ошибки упущения чтоыб их исправлять, и если критика по существу я только рад.

большое спасибо за хорошие слова

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

Ubillin очень хороший. Архитекторы адекватные и отвечают если спрашивать по делу. Проект развивается. Хорошо документирован и без громоздких мануалов. Можно что надо допилить под себя. из коробки тоже полноценный комбайн. 

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

Лет 5 назад у меня была сеть на 1500 абонентов. Имхо не маленькая даже по текущим меркам. Потом мой бил поставили Фрегату. На тот момент это примерно 20000 абонов. Так что посылка неверная. Что касается не единой FreeBSD - это тоже не проблема - я уже успел внедрить несколько Н+ на чисто железячном управлении, и фря там только админка. Что же касается совместимости модулей - у Н+ совершенно новая архитектура, нет смысла тянуть ее назад старыми модулями.

Самая большая проблема Efendy, при моем им восхищении во всем остальном, у него никогда не было своей большой сети.
Ссылка на сообщение
Поделиться на других сайтах

 

Лет 5 назад у меня была сеть на 1500 абонентов. Имхо не маленькая даже по текущим меркам. Потом мой бил поставили Фрегату. На тот момент это примерно 20000 абонов. Так что посылка неверная. Что касается не единой FreeBSD - это тоже не проблема - я уже успел внедрить несколько Н+ на чисто железячном управлении, и фря там только админка. Что же касается совместимости модулей - у Н+ совершенно новая архитектура, нет смысла тянуть ее назад старыми модулями.

Самая большая проблема Efendy, при моем им восхищении во всем остальном, у него никогда не было своей большой сети.

 

ну надо внедрять под железные BRAS-ы - SE100, MX80 и т.п.

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

 

 

Это тонко намекает на по крайней мере 1 плохой биллинг)

На самом деле, у меня сейчас большая проблема - тот биллинг, что в подписи, настолько распространен, что не дает перейти всем на новую версию. Так что я рад, что нерабочая ссылка  в подписи работает как антиреклама.

 

На самом деле все просто. Модули не совместимы, ядро другое, механизмы другие. У нас размер патчей в ядро и написаных модулей/костылей, думаю(не считал) 50% от всего кода, если не больше. Как предлагаете слазить, даже учитывая то, что у нас очень хороший программист, Вы его по форуму знаете. 

 

Еще большая проблема, что биллинг даже в новой версии идет в ногу с прошлым и рассчитан на сетки, которые его купят в начале развития и потом им будет больно слазить. Мир не един терминацией абонов софтроутерами на FreeBSD, цисках(с костылявым модулем для UBRL, интеграцию которого недавно пытались продавать втридорого) и микротиках. Самая большая проблема Efendy, при моем им восхищении во всем остальном, у него никогда не было своей большой сети.

 

Даже у того самого Abills, пусть простит меня ~AsmodeuS~, от кода и костылей которого текут глаза, предполагает какой-никакой радиус-каркас для интеграции с популярными брасами, и даже оттестировано как-никак. 

 

А тут что? Ну мы вот написали, а остальные, кто не может себе этого позволить? 

 

Слазить на Nodeny+, переписать все под него, убить куча человекочасов, а толку? 

 

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

 

Спасибо! 

 

и все же- Ваше предложение в итоге?

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

На самом деле все просто. Модули не совместимы, ядро другое, механизмы другие. У нас размер патчей в ядро и написаных модулей/костылей, думаю(не считал) 50% от всего кода, если не больше. Как предлагаете слазить, даже учитывая то, что у нас очень хороший программист, Вы его по форуму знаете.

В таком случае - либо тянуть свой форк, либо таки плюнуть и написать свой биллинг. На том же джанго это будет довольно быстро, и по потреблению ресурсов достаточно гуманно (во всяком случае, какой-то i5 думаю вполне вытянет порядка сотни-другой запросов в секунду на радиус/морду без особого напряга). А натягивать морду/реализовывать аякс либо RPC через джанго - одно удовольствие, никаких страшных велосипедов, все искаропки. Да и, если честно, синтаксис питона поприятнее, чем перла (сложнее ошибку сделать, да и легче дебажить ошибки)...
Ссылка на сообщение
Поделиться на других сайтах

 

На самом деле все просто. Модули не совместимы, ядро другое, механизмы другие. У нас размер патчей в ядро и написаных модулей/костылей, думаю(не считал) 50% от всего кода, если не больше. Как предлагаете слазить, даже учитывая то, что у нас очень хороший программист, Вы его по форуму знаете.

В таком случае - либо тянуть свой форк, либо таки плюнуть и написать свой биллинг. На том же джанго это будет довольно быстро, и по потреблению ресурсов достаточно гуманно (во всяком случае, какой-то i5 думаю вполне вытянет порядка сотни-другой запросов в секунду на радиус/морду без особого напряга). А натягивать морду/реализовывать аякс либо RPC через джанго - одно удовольствие, никаких страшных велосипедов, все искаропки. Да и, если честно, синтаксис питона поприятнее, чем перла (сложнее ошибку сделать, да и легче дебажить ошибки)...

 

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

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

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

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

 

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

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

 

от теории к практике

сегодня написали билинг все супер все работает,

 

через полгода нужны терминалы опять сидите вспоминаете что куда потом опять чтото нужно опять таже ситуация

 

и это в идеале

 

в настоящем мире так

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

 - много процессов довольно не оптимизированны и при малых нашрузка все хорошо при больших все вылазит боком

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

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

 

конечно готовіе решения тоже иногда имеют такие проблемы но если адекватные разработчики они очень быстро устраняются

 

так что писать самому это как покупка кота в мешке может там красивый кот,  а может там только кости

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

Асмодеус, ерунду пишите. И если в вашем продукте нет модульных тестов, то нормальных программистов у вас тоже нет. В этом случае писать биллинг самим может быть лучшей идеей, чем брать готовый, студентами писанный.

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

Асмодеус, ерунду пишите. И если в вашем продукте нет модульных тестов, то нормальных программистов у вас тоже нет. В этом случае писать биллинг самим может быть лучшей идеей, чем брать готовый, студентами писанный.

Наличие модульных тестов и квалификация программистов слабо коррелируют. Равно как и качество продукта.

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

Асмодеус, ерунду пишите. И если в вашем продукте нет модульных тестов, то нормальных программистов у вас тоже нет. В этом случае писать биллинг самим может быть лучшей идеей, чем брать готовый, студентами писанный.

Вашу квалификацию мы уже оценили по этому думаю не вам мне расказывать )

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

madf, да с вами уже все понятно. Код без тестов - это удел новичков. Вы завтра захотите добавить какую-то фичу и что будете делать? Тестировать руками тысячи остальных фич, чтобы убедиться, что она ничего не поломала?

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

madf, да с вами уже все понятно. Код без тестов - это удел новичков. Вы завтра захотите добавить какую-то фичу и что будете делать? Тестировать руками тысячи остальных фич, чтобы убедиться, что она ничего не поломала?

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

 

schoolboy.jpg

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

Найтфлай, что за личные атаки? Я не теоретик, но хвалиться не собираюсь, смиритесь уже с этим.

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

 

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

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

 

Найтфлай, что за личные атаки?

Показалось?

 

 

Я не теоретик, но хвалиться не собираюсь, смиритесь уже с этим.

Тоесть как всегда без пруфов.

 

Продолжайте оправдываться. Очень занимательно.

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

Найтфлай, конструктивнее.

 

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

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

Найтфлай, конструктивнее.

 

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

конечно тестируем и по несоклько раз и етсь бета тестеры и всеравно ошибки вылазят по томучто не всегда абоненты (в лице провайдеров) делают так как мы это планируем

 

елси увас одна сеть то все делаете по какойто схеме и никто не ходит ни вправо ни в лево,  если вы начинает рапространять находятся десятки ошибок и недочётов которых просто не может найти один провайдер

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

 

Найтфлай, конструктивнее.

Хотите конструктивнее? Не вопрос.

 

Вы уже успели обосрать подход к разработке уже как минимум четырех биллинговых систем:

 

1. stargazer

2. nodeny

3. abills

4. mikbill

 

ненавязчиво попытавшись  уличить их разработчиков в лице Асмодеуса, Мадфа, Деда и Демиурга в мудачизме.

 

Я всегда придерживался принципов "не нравится - форкай" и "не устраивает - делай свое".

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

 

Так что да - без пруфов де-факто и де-юре считаем вас "советчиком теоретиком" с соответствующим отношением к вашей "квалификации".

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

Да при чем тут моя квалификация? Я вам говорю о технических вопросах, а вы какую-то ересть несете.

 

Если не покрывать код тестами, то вот так и будет, как асмодеус написал. Бедные провайдеры будут натыкаться на ваши ошибки постоянно.

 

EDIT: вот mysql все знают? Знаете из-за чего через время после покупки ораклом вся шумиха началась? Потому что тесты на багфиксы перестаили коммитить. Что для многих разработчиков выглядит очень непрофессионально. А вы тут целые продукты без тестов пишите, это вообще позор.

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

 

Да при чем тут моя квалификация?

При том, что обсуждать какие-то вещи на адекватном уровне возможно только с человеком обладающим определенным собственным багажом знаний и практики.

 

 

Я вам говорю о технических вопросах

Вы еще не поняли, что попытка съехать на обсуждение (нафиг это обсуждать с теоретиками?) полезности юниттестов и кидания екзепшнов не прокатит?

 

 

а вы какую-то ересть несете.

Да-да, все поняли.  Все тут кругом несут "ересь" один вы дартаньян и бог  девелопмента.

 

sarcasm.jpg

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

 

EDIT: вот mysql все знают? Знаете из-за чего через время после покупки ораклом вся шумиха началась? Потому что тесты на багфиксы перестаили коммитить. Что для многих разработчиков выглядит очень непрофессионально. А вы тут целые продукты без тестов пишите, это вообще позор.

Да - да. Ораклы тоже м@#аки и не посоветовались с вами. Аяяяй.

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 реализовать такую фишку- при не оплате у клиента всплывало окно(отключены ,пополните счет) .?

×
×
  • Створити нове...