>Будь он хоть трижды GPL! Меня убил тот факт, что Вы начали
>поливать freenibs абсолютно не заслужено.
Я всегда оцениваю продукт по архитектуре. Зная что может FreeRADIUS, писать отдельный модуль дублирующий то, что можно и можно сделать через СУБД... Ну каждый решает для себя. Где я поливал его грязью ??? Я сказал что мне не нравится его архитектура.>Коробочное решение заточено на тупого админа
>и оно стоит денег, если что-то умеешь сам, то деньги платить
>не обязательно, ну или их расход будет минимален.
Хм... где есть упоминание о деньгах на сайте Cake ?
Решение из коробки подразумевает, то что для его работы требуется стандартный софт. И ничего более. FreeNIBS требует свой модуль. А также настройки FreeRADIUS + настройки себя любимого. Дайте мне нормальную доку по настойке FreeNIBS и при этом по шагам.
>Все просто ;) В Беларуси VoIP запрещен провайдерской лицензией ;) Если надо
>будет - допишу. Я уже столь фич прикрутил к nibs'у: web-интерфейсы,
>корпоративный счет, скидки на деньги взависимости от объема трафика или времени
>на линии, первым прикрутил его к Postgre (тогда когда он еще
>не держал его, если гляните changelog, то найдете там упоминание обо
>мне в версии 0.0.3-alpha5), на этой неделе дописал netflow тарификатор под
>nibs, который умеет считать трафик по зонам (внутренний, внутренний Белорусский, Мир),
>ест-но кол-во зон не ограничено.
Хм... тут встает вопрос... Это FreeNIBS ??? Это не FreeNIBS это уже биллинг включающий в себя части FreeNIBS.
>Тарифная политика там достаточно гибкая. Даже больше чем мне надо под мои
>задачи. Видимо Вам просто не хватило терпения, чтобы с ним разобраться
>и Вы решили написать что-то свое... это конечно похвально, но про
>изобретение велосипедов я уже где-то слышал....
Мне не нравится архитектурное решение FreeNIBS. Если что-то можно сделать в СУБД, делайте это в ней. С моей точки зрения отдельный модуль на бизнес-логику не есть гуд. Поскольку если мне надо ее изменить, над править модуль. А потом еще и пересобирать модуль (а возможно и FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а возможно и перезапуск не потребуются.
>В чем гибкость и мизирность усилий?
В том что вся бизнес-логика в СУБД. А не в отдельном модуле. Доступ к данным внутри базы данных проще организуется чем с наружи. Если вы будете маштабировать подобное решение,и балансировать нагрузку по нескольким FreeRADIUS надо будет отслеживать версии FreeNIBS модуля, да и никто не будет вам обещать, что не нарушится целостность данных.
>Ваша критика не обоснована, т.к. nibs держит postgresql
То что он держит PostgreSQL ничего не меняет. При переходе на PostgreSQL, логика из модуля FreeNIBS чудесным образом не перенеслась в СУБД. Так что то, что FreeNIBS умеет работать с PostgreSQL ничего не дает.
Возможности PostgreSQL в FreeNIBS не используются, так что большой разницы между использованием FreeNIBS MySQL и PostgreSQL нет.
>small ISP mysql - все-таки не плохое решение.
Кому как.
>Согласен, насчет конкурента я погорячился, т.к. денег оба автора с этого >не имеют.
Именно. Писалось это только потому, что:
1. FreeNIBS более сложен в конфигурации.
2. Не устраивала архитектура FreeNIBS.
>
>Из списка основных возможностей выделите plz то, что не умеет nibs.
Сброс пользователя при помощи pppd с линии.
>"Изучен и отброшен" - все-таки не изучен.
Прежде чем, что-то использовать я изучаю архитектуру. К сожалению мне прочитали слишком хороший курс по СУБД. Чтобы я восторгался архитектурой FreeNIBS и его возможностями. Добавление своих возможностей в FreeNIBS, а так же изменение поведения его логики более трудоемко чем в Cake.