Перейти до

Билинг NoDeny?


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

NoDeny надежен и переварит гигантский трафик именно потому, что имеет недостаток - заточенность под переваривание трафика.

 

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

 

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

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Это значит, что учет услуг, как таковой, отсутствует. Т.е. там услуга (ip) = клиент = тариф и т.д. Накостылить можно много, но учета нет. Вообще, я знаю только 3 одноранговых биллинга, из них два - в

Ауууу... В пещере... Забудь все.... У тебя самый лучший в мире биллинг... Забудь о моем существовании... Нет никакого вопа и нет никакого другого биллинга, кроме нодени... Самого популярного биллинга

Днепропетровский биллинговый завод

Posted Images

карточки все это делается кустарными средствами

 

Вообще, с этими карточками в большинстве биллингов цирк неимоверный :lol: Почти 10 лет назад я сформулировал обязательные требования к модулю карточек любого биллинга.

 

1) Генерация номеров и кодов должна осуществляться на совершенно отдельном ПО, на компьютере, находящемся за 1000 км от биллинга и условиях тайны и секретности. Никаких кнопок "сгенерировать карточки" в биллинге быть не должно. Ни при каких условиях, ибо это не задача биллинга, а огромная дырища.

 

2) Ни в коем случае, ни при каких условиях, ни под каким будуном списки с номерами и кодами не должны оказаться на сервере биллинга. Я даже не говорю про полный ДЕБИЛИЗМ, когда эти коды являются частью базы биллинга, типа, для проверки. Большего идиотизма сложно себе представить. Биллинг должен опрерировать только с проверочной информацией одностороннего типа (хеш-коды, цифровые подписи и т. д.). Недопустимо держать списки кодов на сервере, и если это так - то надо сразу сказать, что модуля карточек просто нет.

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

Конечный потребитель выбирает тот биллинг, который ему нужен, а не то, каким должен быть биллинг. Это его полное право. Поэтому критерии должен/не должен - исходят от потребителя. Если 90% сетей нужно быстро считать трафик и гибко его классифицировать, то хоть усрись, предлагая ему идеальнейшие концепты, но они этот биллинг не выберут. По очень простой объективной причине: потребителю нужен результат. Биллинг - это средство получения результата. Проблемы большинства биллингов - это невозможность работы на автопилоте и плохая надежность. Я подошел с иной стороны. Меня не интересует правильная ли это сторона или нет - я даю возможность людям беспроблемно и гарантированно зарабатывать деньги. Последние 2 прилагательных подтверждаются многолетними боевыми испытаниями. Так что фразы "так нельзя" следует употреблять в академической среде на фестивале биллингов

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

Конечный потребитель выбирает тот биллинг, который ему нужен, а не то, каким должен быть биллинг. Это его полное право. Поэтому критерии должен/не должен - исходят от потребителя.

 

Не верный посыл. Потребитель ставит задачу, а исполнитель разрабатфывает алгоритм решения задачи и реализует его.

 

Если 90% сетей нужно быстро считать трафик и гибко его классифицировать, то хоть усрись, предлагая ему идеальнейшие концепты, но они этот биллинг не выберут. По очень простой объективной причине: потребителю нужен результат. Биллинг - это средство получения результата.

 

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

 

Проблемы большинства биллингов - это невозможность работы на автопилоте и плохая надежность.

 

Возможно у большинства - это проблемы. Но только не у многоуровневого. Что будет, если сервер с нодени отключить и унести, например, на неделю? Мой можно уносить. На неделю, на месяц. Люди будут нормально работать, авторизаторы будут логиниться, трафик собираться. А потом, если принести его назад и включить - он честно высосет всю информацию, посчитает, начисли абонку, если прошел месяц, и все будет нормально. Вот это называется надежностью.

 

Я подошел с иной стороны. Меня не интересует правильная ли это сторона или нет - я даю возможность людям беспроблемно и гарантированно зарабатывать деньги. Последние 2 прилагательных подтверждаются многолетними боевыми испытаниями.

 

Хороший аргумент - многолетние боевые испытания. Куда там моему скромному многоуровневому, работающему с 1997 года :lol:

 

Так что фразы "так нельзя" следует употреблять в академической среде на фестивале биллингов

 

Эту фразу надо сделать лозунгом биллинга nodeny :)

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

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

 

Возможно у большинства - это проблемы. Но только не у многоуровневого. Что будет, если сервер с нодени отключить и унести, например, на неделю? Мой можно уносить. На неделю, на месяц. Люди будут нормально работать, авторизаторы будут логиниться, трафик собираться. А потом, если принести его назад и включить - он честно высосет всю информацию, посчитает, начисли абонку, если прошел месяц, и все будет нормально. Вот это называется надежностью.

 

вот это болезненное без рук и без ног зубами доползти до финиша и есть причина вашей боязни БД. Я поначалу болел тем же: "а что будет если бд отвалится? продублирую я лучше в файлики". Вы ставите явно деструктивные условия. Забегая вперед, я скажу, что вырезание любого звена из nodeny не скажется на общей работе. Но дело совсем в ином. "Унести сервер биллинга на неделю" - это есть эквивалент его отключению. Более того, продолжение работы без главного координирующего устройства (у вас там не нейронные сети я полагаю) - вообще преступление перед клиентом. Нельзя предоставлять некачественный сервис. Это главная ошибка советикоподхода. Уточняю: все должно считаться оперативно и в полной мере. Это обязательное условие. Нештатная ситуация должна лечится.

 

Да, поначалу кажется, что отвалился биллинг - ну так давайте будем накапливать трафик, а потом посчитаем его. В 100% случаях вы неправы - вы не предоставляли клиенту информацию по трафику/платежам или иному - все, вы не имеете право требовать оплату. Просто я это проходил не один раз. От таких благих намерений один вред и провайдеру и клиенту. Как обычно думают: ну не работает биллинг, ну так давайте отключим авторизацию и пустим всех в инет бесплатно. Только потом удивляются, почему раздали халяву, а получили негатив - прибежала мамаша и начала орать почему сын без авторизации скачал порнофильм, прибежало (вернее вызвало) СБУ и прдьявило обвинения в дос атаке - а что, трафик не считался, почему бы прогу не запустить?

 

Не те, не те вы ставите приоритеты. Надежность в виде вырезания печени или почек не должна выражаться в возможности функционирования организма без этих органов. Должна быть возможность быстрой имплантации новых органов. Вот к чему надо стремиться, а не к слову "многоуровневый"

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

Насчет хранения в БД кодов карточек оплаты, то вашими рассуждениями все банки у нас просто дебилы (с) т.к. хранят финансовую информацию. Вот идиоты, надо хеши хранить, а они умудряются практически всю ключевую информацию хранить в немодифицированном виде. Лицензию надо отобрать у них. "Так нельзя" - этим клиентов не привлечешь - совет

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

Не юзал неразу ни страргейзер, ни нодени, ни Аббилс! Уже 6 лет пользуюсь AnjeyBill! что сказать... за 6 лет работы выкидывало юзерей только при обновлении, работает с MySQL. крон делается на файловый и еще один удаленный серв раз в день, все возможные виды авторизации и мониторинга. В общем Доволен!!!!!!

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

Не юзал неразу ни страргейзер, ни нодени, ни Аббилс! Уже 6 лет пользуюсь AnjeyBill! что сказать... за 6 лет работы выкидывало юзерей только при обновлении, работает с MySQL. крон делается на файловый и еще один удаленный серв раз в день, все возможные виды авторизации и мониторинга. В общем Доволен!!!!!!

чтото демо у них не работает...

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

Простите за оффтоп... Но есть вопрос к билинго-писателям

 

У одного известного оператора есть такой документ http://maxnet.ua/images/License/billing.jpg

Я понимаю, что пока не обязательно, но всеж! Кто нибудь из разработчиков знает процедуру и стандарты по которым производится сертификация?

При нынешней разработке они учитываются?

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

Сертификат нужен только в случае если биллинг считает минуты, т.е. предоставляются услуги телефонии. Макснет предоставляет телефонию, а вы? или может собираетесь?

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

Вообще то вопрос был задан разработчикам, dead, ~AsmodeuS~, vop, stg-34

to: RAW

Билинг у них считает все, в россии уже давно прошла волна с сертификациями. Я думаю у нас это тоже не за горами.

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

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

 

В данный момент сертифицируют в Украине не биллинг, а программный комплекс. Т.е. конкретно точку оборудование+софт. Уточняю: конкретно физическое место. Выданный сертификат не будет иметь никакого действия на другие точки.

 

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

 

Вы должны понимать одну вещь: если вас заходят прикрыть, то прикроют, вне зависимости от сертификата на биллинг. К сожалению так.

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

нету критериев - они чисто субъективны и вылезают из наличиствующих скиллов и поставленых задач.

 

Любое opensource/free универсальное решение, всегда требует серьезной доводки напильником под конкретные задачи/кастомера.

 

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

Для меня рандомный язык sh/php - засим старгейзер полностью уже как годика 2 удовлетворяет все нужды. Те нужды которые не удовлетворяются ядром кое в основном "считалка деньгов/коллектор траффика" - елементарно пишуться так как мне хочется в 10 строчек на пхп - динамические шейпера, распихивание клиентов по разным каналам, хитрый рулинг фаерволом на удаленных хостах. Собственно просто и интересно пока не надоело.

 

И давайте без "ай у нас все написано давно" и "ой биллингом должен рулить домохазяйко без скиллов кодинга и понимания администрирования в целом" я считаю убогими. Домохазяйкам место в другом месте - точно не в провайдинге.

 

Нету о чем холиварить Sanchezz

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

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

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

нету критериев - они чисто субъективны и вылезают из наличиствующих скиллов и поставленых задач.

 

Любое opensource/free универсальное решение, всегда требует серьезной доводки напильником под конкретные задачи/кастомера.

 

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

Для меня рандомный язык sh/php - засим старгейзер полностью уже как годика 2 удовлетворяет все нужды. Те нужды которые не удовлетворяются ядром кое в основном "считалка деньгов/коллектор траффика" - елементарно пишуться так как мне хочется в 10 строчек на пхп - динамические шейпера, распихивание клиентов по разным каналам, хитрый рулинг фаерволом на удаленных хостах. Собственно просто и интересно пока не надоело.

 

И давайте без "ай у нас все написано давно" и "ой биллингом должен рулить домохазяйко без скиллов кодинга и понимания администрирования в целом" я считаю убогими. Домохазяйкам место в другом месте - точно не в провайдинге.

 

Нету о чем холиварить Sanchezz

СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

так и делаю.

не нравится сама система OnConnect/OnDisconnect и выполняющиеся в нем скрипты в плане их последовательности выполнения.

можно было бы их параллельным демоном сделать, все в одном демоне проблематично.

 

но хочется All In One

Ссылка на сообщение
Поделиться на других сайтах
СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

ну еще и деньги снимать :)

 

не нравится сама система OnConnect/OnDisconnect

мне какраз оное и нравиться - хотя да, не хватает возможности OnAbstractEvent

 

но хочется All In One

а так не бывает :lol:

 

Комбайны обречены либо на негибкость либо на соотвествующую вертолету цену.

Ссылка на сообщение
Поделиться на других сайтах
СТГ в итоге умеет только считать трафик, а приходится кустомизировать всё самому под конкретные задачи.

ну еще и деньги снимать :)

 

не нравится сама система OnConnect/OnDisconnect

мне какраз оное и нравиться - хотя да, не хватает возможности OnAbstractEvent

 

но хочется All In One

а так не бывает :lol:

 

Комбайны обречены либо на негибкость либо на соотвествующую вертолету цену.

СТГ как база прост, но все равно получается у каждого свой STG Pro.

NoDeny не мешает сделать документацию максимально простую.

 

долго не мог понять, как работает механизм сателитов с микротиком, описание в

nofire > noserver > hw_mikrotik рулит конечно, но пардон...

нужно Step by step

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

NoDeny не мешает сделать документацию максимально простую.

 

долго не мог понять, как работает механизм сателитов с микротиком, описание в

nofire > noserver > hw_mikrotik рулит конечно, но пардон...

нужно Step by step

ну там итак документация подробная

буквально от пункта "нажмите кнопку вкл компутера" :lol:

поэтому чуть вправо - чуть влево, а народ не хочет мозг включать

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

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

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

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

 

Учитывая, что я коммерческими продажами своего биллинга не занимаюсь, и в большинстве случаев просто отказываю, то смысла в каком-либо споре не вижу. Какие-либо разумные доводы по улучшению биллинга отвергаются под лозунгом "мы академиев не кончали, нам это нафик не нада"... :lol:

 

вот это болезненное без рук и без ног зубами доползти до финиша и есть причина вашей боязни БД.

 

Будет свободная минутка, и чуток любопытства, сдерни у меня бинарники (они там лежат совершенно на шару, полнофункциональные, без клиентского интерфейса), и натрави следующую командочку на любой из них, например:

 

strings ofubase | grep mysql

 

что бы понять, что дальнейшее твое сообщение, как бы, не в ту сторону :) Остальной набор рассуждений можно пропустить... Нет смысла :)

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

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

похоже вы оба не работали с моим биллингом. Можно там любое количество адресов назначать

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

Вопрос к Стасу: когда в Nodeny будет убрана привязка 1 абонент = 1 ип адрес? чтобы можно было спокойно выдавать клиентам подсеть адресов

это пока единственная серьезная претензия у меня

 

Это одноранговый биллинг, что же ты хочешь? По другому, без костылей, там никак нельзя. Я когда-то Стасу сказал фразу, которую он просто не понял: "Клиент - это уважаемый человек с кошельком, а не IP адрес"...

похоже вы оба не работали с моим биллингом. Можно там любое количество адресов назначать

 

Как я понял, 911 имел ввиду выдавать клиенту подсеть типа 123.34.22.145/29, со свом шлюзом и т.п. Было бы не плохо еще эту подсеть загнать в влан средствами биллинга...

 

А нодени всё таки рулит!!!

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

Спор между vop и dead напоминает давнишний спор между двумя тоже уважаемыми людьми Таненбаумом и Торвальдсом

 

Предметом спора было ядро Linux и архитектура ядер в целом. Таненбаум начал спор в 1992 г. в ньюсгруппе comp.os.minix сети Usenet, заявив, что микроядра вытесняют монолитные ядра, и поэтому Linux устарел уже в 1992 г.

 

Так вот как и проффесор Таненбаум, vop говорит академически правильные вещи, но посмотрите, где сейчас академически правильный Миникс и где устаревший в 1992 году линукс ???

 

Как по мне, то прислушиваться к мнению "академиков" стоит, но это не мешает сделать надежное и простое решение, в которое закладываешь свое видение проблем, которые возникают в практической деятельности. Не спорю, что в нодени существуют ограничения, например нельзя привязать сразу из коробки подсеть пользователю, но как показывает практика для старта и развития сети это не принципиальные вещи. Для быстрого старта сети надо, надежное решение, которое работает, которое имеет свое коммунити, которое может помочь в решении проблем, которое расширяемое и имеет малую стоимость как в начальной цене так и в работе. Поэтому спор, как мне кажется бессмысленны, ровно как и в споре миникс - линукс, все расставило по своим местам время. Может уже есть студент, который пишет мегабиллинг, который порвет нас все на британский флаг. А мы потом будет сидеть и брюжжать как правильно строить биллинг :-)

 

Людям на само деле не важна программа, главное конечный результат, делать биллинг ради биллинга смысла мало. Делать биллинг, который удовлетворит потребность клиента и сэкономит ему деньги, время, нервы вот задача достойная академиков и практиков.

 

Сам являюсь сторонником нодени, но пытался мыслить объективно!

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


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