forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

OpenNews: Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей предприятий, opennews (?), 19-Ноя-04, (0) [смотреть все]

freenibs мне кажется лучше Но хорошо что таких проектов становится больше , Аноним (1), 16:57 , 19-Ноя-04, (1)
freenibs мне кажется лучше Но хорошо что таких проектов становится больше Сомни, sauron (?), 17:00 , 19-Ноя-04, (2) //

Еще сомнительней когда автор хвалит свой проект и необоснованно хаит чужой , Аноним (1), 10:14 , 20-Ноя-04, (12) //

Это сугубо ваши проблемы Я лишь высказал мнение Я бы не стал делать cake если , sauron (?), 10:41 , 20-Ноя-04, (15) //

Freenibs, то есть freeradius прекрасно работает с PosgreSQL или любой другой , Аноним (1), 11:44 , 20-Ноя-04, (17)

Уху только этот модуль не собирается без бубна на OpenBSD А использование Postg, sauron (?), 11:47 , 20-Ноя-04, (18)

молодцы мужики хорошее дело делаете искренне желаю успехов и чуточку удачи ЗЫ, qwerty (??), 17:29 , 19-Ноя-04, (3) //

Молодцы мужики Правильной дорой идете , bsdportal.ru (?), 20:19 , 19-Ноя-04, (8)

Хм это зависит от рук и железа и количества пользователей Лучше 64Mb памяти е, sauron (?), 17:38 , 19-Ноя-04, (4)
ну не проблема поставить и 128 мегов, правда процессоры слабые пень 166-200 но, qwerty (??), 17:45 , 19-Ноя-04, (5)
Должно вытянуть Сайчас система крутится на P-II Celeron 400Mhz 128Mb памяти На, sauron (?), 17:49 , 19-Ноя-04, (6) //

и то эта нагрузка проявляется только при формировании некоторых отчетов сложные, eugene (??), 11:52 , 20-Ноя-04, (19)

кстати я не заметил юзер-интерфейса на скриншотахдля юзеров ничего что ли нету , qwerty (??), 17:51 , 19-Ноя-04, (7) //

скачиваем ставим Видим что там есть два типа пользователей Пользователи и адми, sauron (?), 10:08 , 20-Ноя-04, (11)

Надеюсь, не по-свински работает с БД при выгрузке отчета за период сбора статист, GateKeeper (ok), 20:32 , 19-Ноя-04, (9) //

Не совсем понимаете как работает этот биллинг Информация обновляется по каждой , sauron (?), 10:23 , 20-Ноя-04, (13)

Хм разграничений по различным адресам на тарифные зоны я так понимаю нету , Алексей (??), 21:28 , 19-Ноя-04, (10) //

Билинг считает по пользователю точнее по поднятому интерфейсу Чтобы считать п, sauron (?), 10:26 , 20-Ноя-04, (14) //

Извините но вот маленькая домашная сетка 800-900 пользоватлей В ней есть внутр, Алексей (??), 11:36 , 20-Ноя-04, (16) //

посчитать, см active-filter в ppp, он позволяет не учитывать некоторые направле, eugene (??), 11:59 , 20-Ноя-04, (20)

Не решение как раз таки по тому что сказано было ниже - добавит нагрузку на кам, Алексей (??), 08:23 , 21-Ноя-04, (47)

причем тут лицензия java я же не использую исходный код jre или каких либо комп, eugene (??), 09:34 , 21-Ноя-04, (50)

плата А внутренняя сеть идет не через VPN Через VPN отдается только интернет по, sauron (?), 12:00 , 20-Ноя-04, (21)

Кто вам сказал такую чуш можно еще усложнить задачу - провайдер предоставляет д, Алексей (??), 18:02 , 20-Ноя-04, (37)

без веб морды - 2 дня на SP постгреса, связка ppp pptp postgres freeradiusобеьем, eugene (??), 18:15 , 20-Ноя-04, (38)

Считать будет разные тарифные зоны судя по связке - нет Заводить юзеров в cyru, Алексей (??), 20:18 , 20-Ноя-04, (42)

это я к тому, что правильное архитектурно-идеологическое решени как правило реша, eugene (??), 18:21 , 20-Ноя-04, (39)

Интересно как ты будешь петь когда у юзера винда в pptp линк будет вдувать весь, Алексей (??), 20:21 , 20-Ноя-04, (43)

то есть с чего во первых если одна подсеть, то никаких проблем с маршрутизацией, eugene (??), 20:29 , 20-Ноя-04, (44)

Ох а если подсетей 5-10 и оно растет так слегка по районам раскидано во вт, Алексей (??), 07:50 , 21-Ноя-04, (46)

ну не для тех задач оно делалось, сколько можно говорить это билинг для неско, eugene (??), 09:25 , 21-Ноя-04, (49)
Уважаемый а вообще в чем прикол маршрутизации прикола ip зачем прописывать маршр, pev2000 (??), 15:35 , 21-Ноя-04, (65)

На самом деле в стандартных атрибутах RADIUS есть возможность передать маршруты , sauron (?), 18:45 , 21-Ноя-04, (70)
Тут ты совсем не прав, если раздача инета идет из сети, например, с 192 168 1 0 , Dig (?), 20:11 , 21-Ноя-04, (77)

Да тут я не много не туда полез - Тут я что со совсем не допонял - 192 168 1 0, pev2000 (??), 23:08 , 21-Ноя-04, (80)

Правильно Не ISP FreeNIBS - штука более универсальная, я ее юзаю на ISP в сре, vasili (?), 12:23 , 20-Ноя-04, (22) //

Хм ээ вы читали название темы Там есть такая абривиатура GPL Или фраза из к, sauron (?), 12:50 , 20-Ноя-04, (23)

Будь он хоть трижды GPL Меня убил тот факт, что Вы начали поливать freenibs абс, vasili (?), 13:17 , 20-Ноя-04, (24)

Я всегда оцениваю продукт по архитектуре Зная что может FreeRADIUS, писать отде, sauron (?), 14:09 , 20-Ноя-04, (25)

Насчет архитектуры Реализовывать все внутри СУБД звучит гордо, круто и красиво , vasili (?), 15:00 , 20-Ноя-04, (26)

однозначко кривые руки разработчика, потому что тот же нибс все равно ходит в ба, eugene (??), 15:40 , 20-Ноя-04, (27)

Не спорю может быть не оптимизированые алгоритмы и пр не вникал, т к я не ф, vasili (?), 16:05 , 20-Ноя-04, (29)

Ключевое слово все данные берутся из базы Т е выполняется операция подключения, sauron (?), 16:29 , 20-Ноя-04, (35)

Правда в Ваших словах есть Я подумаю как можно ускорить процесс авторизации Пр, vasili (?), 11:47 , 21-Ноя-04, (54)

по сути наш спор сводится к сравнимости эффективности реализации математики в о, eugene (??), 16:35 , 20-Ноя-04, (36)

Pg достаточно быстро отрабатывает на select насчет много не много математики - , vasili (?), 11:46 , 21-Ноя-04, (53)

А в чем разница Увиличивается количество операций в процедуре в 20 раз , sauron (?), 13:09 , 21-Ноя-04, (57)
то и нагрузка на БД увеличится в 20 раз все таки а считаю при билинге основная, eugene (??), 06:30 , 22-Ноя-04, (83)

Да у меня на работе работает именно такой билинг Тормозить начинает только когд, sauron (?), 16:11 , 20-Ноя-04, (31)

Осталось уточнить что за железо стоит у Вас на работе, т к MS обычно не стесняе, vasili (?), 11:32 , 21-Ноя-04, (52)

Первое я не сказал, что на MS SQL Server, используется PostgreSQL А про то что и, sauron (?), 13:07 , 21-Ноя-04, (56)

У меня под nibs - p3-1400 xeon, 1gb, raid 1 При пике кол-ва клиентов - cpu idle, vasili (?), 16:46 , 21-Ноя-04, (68)

up 74 days load average 0 06, 0 03, 0 00 Не будем меряться сами знаете чем Эт, sauron (?), 19:11 , 21-Ноя-04, (72)
да насчет тестов очень интересная мысльпредлагаю сделать такой стендик в виде би, eugene (??), 06:48 , 22-Ноя-04, (85)

хм ну нуядро билинга -- это в первую очередь именно грамотно спроектированная ба, eugene (??), 06:28 , 22-Ноя-04, (82)

А в чем скрыт сокральный смысл использования Java в веб-интерфейсе Сильно сомне, demon (??), 15:59 , 20-Ноя-04, (28) //

Дело сугубо личное Каждый пишет на том, что больше знает Я на php Хотя для на, vasili (?), 16:07 , 20-Ноя-04, (30) //

Очень старый текст О том что быстрее http caucho com resin-3 0 features jspvs, sauron (?), 16:18 , 20-Ноя-04, (33)
согласен для задач кейка php хватило бы выше крыши совершенно аналогичным образо, eugene (??), 16:24 , 20-Ноя-04, (34)

с чего такое неприятие java java является очень удобной и технологичной средой д, eugene (??), 16:12 , 20-Ноя-04, (32)

Итак, после всего прочитанного не совсем ясными остались для меня некоторые вещи, GateKeeper (ok), 18:49 , 20-Ноя-04, (40) //

Уважаемый, не парьте себе мозги с этой поделкой Поставте себе FreeNIBS nibs net, Defender (??), 23:59 , 20-Ноя-04, (45) //

точно точноподелка делалась под совсем другие, куда как более скромные задачи , eugene (??), 09:10 , 21-Ноя-04, (48)

Однозначно nibs Возможно я не прав, но основываясь на опыте могу предположить, , vasili (?), 11:06 , 21-Ноя-04, (51) //

Не предполагайте, чего не знаете Что такое основываваясь на опыте Если у вас , sauron (?), 13:24 , 21-Ноя-04, (60) //

только потому, что планируется его лучше документировать если человек продвинут, vasili (?), 16:50 , 21-Ноя-04, (69)

Кому как Для установки FreeNIBs необходимо приработать напильником FreeRADIUS , sauron (?), 19:15 , 21-Ноя-04, (74)

А как вы, уважаемые, собираетесь для оказания услуг использовать программу, не и, Аноним (1), 12:36 , 21-Ноя-04, (55) //

Для тех кто в танке Это не ISP биллинг И счета на его основе выставлять никто , sauron (?), 13:10 , 21-Ноя-04, (58)
А вот для этого существуют множество пионэрских поделок, за небольшие деньги пре, GateKeeper (ok), 13:23 , 21-Ноя-04, (59)

Could not link driver rlm_sql_postgresql rlm_sql_postgresql so--всё это после у, br (?), 14:41 , 21-Ноя-04, (61) //

А операционная система какая , sauron (?), 15:07 , 21-Ноя-04, (63) //

linux fedoracore2, br (?), 15:08 , 21-Ноя-04, (64)

to_sauron вот тебе первый вопрос, которого нет в подробной пошаговой документац, vasili (?), 16:35 , 21-Ноя-04, (66) //

этого файла нет ни при сборке freeraduis с tar архивани при установке с готового, br (?), 16:42 , 21-Ноя-04, (67) //

Прочтите документацию Чтобы после сборки он был необходимо чтобы configure наше, sauron (?), 18:52 , 21-Ноя-04, (71)

работает , br (?), 19:12 , 21-Ноя-04, (73)

Что PS Если вы запустили Cake на дистрибутиве отличном от gentoo просьба со, sauron (?), 19:17 , 21-Ноя-04, (75)

как доделаю всё сообщу сейчас настраиваю pptpd, br (?), 19:24 , 21-Ноя-04, (76)
установлен Tomcat, пишу cake cake в web-приглашениивыдаётОшибка java lang NullP, br (?), 20:54 , 21-Ноя-04, (78)

что с этим делать , br (?), 22:58 , 21-Ноя-04, (79)

как минимум привести полный текст ошибки Вполне возможно, что нет jdbc драйверов, sauron (?), 05:37 , 22-Ноя-04, (81)

но уже с resinхотя tomcat тоже нечего, br (?), 13:03 , 22-Ноя-04, (88)

а что было то драйверов для постгреса не было или что , eugene (??), 13:07 , 22-Ноя-04, (89)

не коннектился к базе под cake cakeсоздал ещё одного пользователя с ним заработа, br (?), 17:29 , 22-Ноя-04, (90)
createuser cake -P -DВведите пароль для нового пользователя cakeВведите снова , br (?), 19:55 , 22-Ноя-04, (91)

что в stdout и stderr логах у томкета написано и полный текст эксепшена приведит, eugene (??), 06:44 , 22-Ноя-04, (84)

Внимааательно смотрим документацию Она предполагает, что или все ставится из па, sauron (?), 07:48 , 22-Ноя-04, (86) //

SLES 9, WaZZuP (?), 11:08 , 10-Ноя-06, (94)

freeradius 1 0 1 также имеете, br (?), 14:43 , 21-Ноя-04, (62)
Что ж Все сие свидетельствует, что проблема выеденного яйца суть для всех остре, Банзай (??), 10:16 , 22-Ноя-04, (87)
Тема конечно хорошая вот только вопрос b ВСЕМ B как такое сделать для систе, era (?), 08:28 , 25-Мрт-05, (92)
при экспорте базы cake sql надо ввести пароль, ввожу пароль но доступ не даёт с, crimo (?), 12:39 , 26-Мрт-05, (93) //

Очень позновательно, спасибо А вот теперь два вопроса 1 А сильно ли сложно , ABTOP (?), 03:04 , 26-Дек-07, (95)

Сообщения [Сортировка по времени | RSS]

22. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 20-Ноя-04, 12:23

>PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А
>не ISP билинг.
Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться, чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг, а не решение из коробки, которое распаковал, запустил setup.exe, если что-то не так, то позвонил в тех. поддержку - за это все надо платить деньги. Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка 10k-20k баксов и если не хочешь платить такие деньги, то должна быть голова на плечах, чтобы разобраться, обточить напильником и запустить! Лично я пользую NIBS уже более 1.5 года и ни разу не пожалел об этом. Я ни в коем случае не хочу обхаить Cake 1.0, но автор сего продукта должен понять, что выставлять свое, хая при этом конкурента (возможностей у которого по-больше будет) в корне НЕ ПРАВИЛЬНО. это мое IMHO.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

23. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 20-Ноя-04, 12:50

>Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на
>ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться,
>чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и
>пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг.
Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL. Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами ?
>Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка
>10k-20k баксов и если не хочешь платить такие деньги, то должна
>быть голова на плечах, чтобы разобраться, обточить напильником и запустить!
FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много чего не умеет. Очень много чего не умеет. Биллинг это не только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса (услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы, обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо все это хорошенько приработать напильником.
>Лично я пользую NIBS уже более 1.5 года и ни разу не
>пожалел об этом.
Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это ваше право. Cake демонстрирует, что можно сделать тоже самое, что может FreeNIBS, но при этом приложить меньше усилий и сделать это более гибко
>Я ни в коем случае не хочу обхаить  Cake 1.0, но автор сего продукта >должен понять, что выставлять свое, хая при этом конкурента (возможностей > у которого по-больше будет) в корне
>НЕ ПРАВИЛЬНО. это мое IMHO.
1. Я не где не говорил что FreeNIBS отстой.
2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И тут на меня все набросились и стали говорить, что я хаю FreeNIBS. Очень интересно.
3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ? И то, и то GPL. То есть даром. Что хочешь то и используй.
4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и поймете, что при разработке заранее были заложены ограничения.

Ответить | Правка | Наверх | Cообщить модератору

24. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 20-Ноя-04, 13:17

>Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL.
>Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами
Будь он хоть трижды GPL! Меня убил тот факт, что Вы начали поливать freenibs абсолютно не заслужено. Коробочное решение заточено на тупого админа и оно стоит денег, если что-то умеешь сам, то деньги платить не обязательно, ну или их расход будет минимален.
>FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много
>чего не умеет. Очень много чего не умеет. Биллинг это не
>только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса
>(услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать
>при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы,
Все просто ;) В Беларуси VoIP запрещен провайдерской лицензией ;) Если надо будет - допишу. Я уже столь фич прикрутил к nibs'у: web-интерфейсы, корпоративный счет, скидки на деньги взависимости от объема трафика или времени на линии, первым прикрутил его к Postgre (тогда когда он еще не держал его, если гляните changelog, то найдете там упоминание обо мне в версии 0.0.3-alpha5), на этой неделе дописал netflow тарификатор под nibs, который умеет считать трафик по зонам (внутренний, внутренний Белорусский, Мир), ест-но кол-во зон не ограничено.
>обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо
>бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо
>все это хорошенько приработать напильником.
Тарифная политика там достаточно гибкая. Даже больше чем мне надо под мои задачи. Видимо Вам просто не хватило терпения, чтобы с ним разобраться и Вы решили написать что-то свое... это конечно похвально, но про изобретение велосипедов я уже где-то слышал....
>>Лично я пользую NIBS уже более 1.5 года и ни разу не
>>пожалел об этом.
>Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это
>ваше право. Cake демонстрирует, что можно сделать тоже самое, что может
>FreeNIBS, но при этом приложить меньше усилий и сделать это более
>гибко
В чем гибкость и мизирность усилий?
>1. Я не где не говорил что FreeNIBS отстой.
>2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И
>тут на меня все набросились и стали говорить, что я хаю
>FreeNIBS. Очень интересно.
Ваша критика не обоснована, т.к. nibs держит postgre и кроме того for small ISP mysql - все-таки не плохое решение.
>3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ?
>И то, и то GPL. То есть даром. Что хочешь то
>и используй.
Согласен, насчет конкурента я погорячился, т.к. денег оба автора с этого не имеют.
>4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и
>поймете, что при разработке заранее были заложены ограничения.
Из списка основных возможностей выделите plz то, что не умеет nibs.
PS: насчет "изучен и отброшен" - все-таки не изучен.

Ответить | Правка | Наверх | Cообщить модератору

25. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 20-Ноя-04, 14:09

>Будь он хоть трижды 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.

Ответить | Правка | Наверх | Cообщить модератору

26. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 20-Ноя-04, 15:00

>Я всегда оцениваю продукт по архитектуре. Зная что может FreeRADIUS, писать отдельный
>модуль дублирующий то, что можно и можно сделать через СУБД... Ну
>каждый решает для себя. Где я поливал его грязью ??? Я
>сказал что мне не нравится его архитектура.
Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных билинга - один написан под MSSQL и все что можно запихано в него и nibs. Результат не в пользу MSSQL - nibs авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит столько ресурсов, что становится грустно...
>+ настройки себя любимого. Дайте мне нормальную доку по настойке FreeNIBS
>и при этом по шагам.
Автор пишет продукт и пишет к нему документацию, если Вас она не устраивает - заплатите деньги, я уверен - он с радостью напишет ее персонально под Вас, если не хотите платить, то есть смысл довольствоваться тем что есть. Я готов с Вами спорить на что угодно, если я сейчас попытаюсь поставить Ваш биллинг у меня возникнет куча вопросов, которые не будут освещены в Вашей доке. Для этого в коммерческих биллингах еще есть тех. поддержка по телефону, ест-но за $$$.
>Хм... тут встает вопрос... Это FreeNIBS ??? Это не FreeNIBS это уже
>биллинг включающий в себя части FreeNIBS.
Ядром всего есть freenibs.
>Мне не нравится архитектурное решение FreeNIBS. Если что-то можно сделать в СУБД,
>делайте это в ней. С моей точки зрения отдельный модуль на
>бизнес-логику не есть гуд. Поскольку если мне надо ее изменить, над
>править модуль. А потом еще и пересобирать модуль (а возможно и
>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а
>возможно и перезапуск не потребуются.
да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это дело поставить на поток, когда надо обсчитать несколько сотен пользователей. в этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать модулю, написанному на C.
>что то, что FreeNIBS умеет работать с PostgreSQL ничего не дает.
>
>Возможности PostgreSQL в FreeNIBS не используются, так что большой разницы между использованием
>FreeNIBS MySQL и PostgreSQL нет.
на plpgsql у меня переписаны только внутрение функции mysql. использую я pg только потому что при больших нагрузках он ведет себя адекватней mysql.
>>small ISP mysql - все-таки не плохое решение.
>Кому как.
точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle, так же как и Pg. Стрельба из пушки по воробьям - это не есть гуд.
>1. FreeNIBS более сложен в конфигурации.
Правильно. Где больше возможностей, там и сложнее конфигурация. Системы с большими возможностями никогда не настраивались нажатием одной кнопки или запуском микрософт-подобного визарда.
>Сброс пользователя при помощи pppd с линии.
упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии. если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает его с линии при достижении 0-го баланса. причем в него можно писать все что хочешь - и kill по rsh и по snmp.
>Прежде чем, что-то использовать я изучаю архитектуру. К сожалению мне прочитали слишком
>хороший курс по СУБД. Чтобы я восторгался архитектурой FreeNIBS и его
Теория не всегда сходится с практикой, на практике есть масса нюансов.

Ответить | Правка | Наверх | Cообщить модератору

27. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от eugene (??), 20-Ноя-04, 15:40

>Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под MSSQL и все что можно запихано
>в него и nibs. Результат не в пользу MSSQL - nibs
>авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит
>столько ресурсов, что становится грустно...
однозначко кривые руки разработчика, потому что тот же нибс все равно ходит в базу, скорее всего узкое место в какой нибудь неудачно построенной выборке или около того..
>>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а
>>возможно и перезапуск не потребуются.
перезапуск тоже не нужен
я когда в кейке процедуры отлаживал -- так и менял их по "горячему"

>да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это
>дело поставить на поток, когда надо обсчитать несколько сотен пользователей. в
>этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать
>модулю, написанному на C.
бред сивой кобылы
все равно все ключевые данные для обсчета лопатятся в базе, а быстрее и эффективнее SP для перелопачиывания данных ничего не придумано
плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой поклонник С -- незабвенный постгрес умеет процедуры на С
>на plpgsql у меня переписаны только внутрение функции mysql. использую я pg
>только потому что при больших нагрузках он ведет себя адекватней mysql.
вот вот
>>Сброс пользователя при помощи pppd с линии.
>
>упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии.
>если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо
>обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает
>его с линии при достижении 0-го баланса. причем в него можно
>писать все что хочешь - и kill по rsh и по
>snmp.
хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? ;)

Ответить | Правка | Наверх | Cообщить модератору

29. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 20-Ноя-04, 16:05

>однозначко кривые руки разработчика, потому что тот же нибс все равно ходит
>в базу, скорее всего узкое место в какой нибудь неудачно построенной
>выборке или около того..
Не спорю... может быть не оптимизированые алгоритмы и пр. не вникал, т.к. я не фанат MS и этот биллинг по любому бы не использовал.
>перезапуск тоже не нужен
>я когда в кейке процедуры отлаживал -- так и менял их по
>"горячему"
Я бы удивился бы, если бы надо было после переписки stored процедуры перезапускать радиус или СУБД.
>бред сивой кобылы
>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>и эффективнее SP для перелопачиывания данных ничего не придумано
>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>поклонник С -- незабвенный постгрес умеет процедуры на С
Вот это точно бред. Обсчет ведется в модуле, а все данные беруться из базы. Готов спорить, что C'шный модуль по количеству операций в секунду сделает хранимую процедуру в разы.
>хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило
>в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"?
В моем случае это абсолютно бесполезно. session-octets-limit нельзя просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Если мне препрет высокая точность я выставлю update interval в 1 минуту. На данный момент точности хватает, если буду пользовать netflow точность будет в вышеназваном Вами пределе. В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)

Ответить | Правка | Наверх | Cообщить модератору

35. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 20-Ноя-04, 16:29

>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы.
Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к базе далее отправляется запрос select ... и причем их может быть несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. если еще накладные расходы передачи данных по сети.
Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура или будет работать с той же скорстью или даже быстрее.
>Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.
Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать хранимую процедуру на C и в результате такая процедура по скорости будет легко уделывать внешний модуль на C.
>В моем случае это абсолютно бесполезно. session-octets-limit нельзя >просчитать, т.к. в зависимости от времени суток цена на трафик меняется.
Не те задачи. Если у меня встанет такая задача я буду использовать NetraMet (RTFM - realtime flow meter).
>если буду пользовать netflow точность будет в вышеназваном Вами
>пределе.
Да используем RTFM. А как же.
>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
это о чем ?

Ответить | Правка | Наверх | Cообщить модератору

54. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 21-Ноя-04, 11:47

>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к
>базе далее отправляется запрос select ... и причем их может быть
>несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е.
>если еще накладные расходы передачи данных по сети.
>Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура
>или будет работать с той же скорстью или даже быстрее.
Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить....
>Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать
>хранимую процедуру на C и в результате такая процедура по скорости
>будет легко уделывать внешний модуль на C.
Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а.
>Не те задачи. Если у меня встанет такая задача я буду использовать
>NetraMet (RTFM - realtime flow meter).
NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl.
>>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
>это о чем ?
Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .

Ответить | Правка | Наверх | Cообщить модератору

36. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от eugene (??), 20-Ноя-04, 16:35

>>бред сивой кобылы
>>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>>и эффективнее SP для перелопачиывания данных ничего не придумано
>>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>>поклонник С -- незабвенный постгрес умеет процедуры на С
>
>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы. Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.
по сути наш спор сводится к сравнимости эффективности реализации математики (в основном целочисленной) в компиляторах C и PL-PG\sql
не думаю, что они как нибудь глобально отличаются по быстродействию, но учтите, что в случае внешнего модуля вам придется делать выборки, и их еще в модули перекидывать, это дополнительные накладные расходы, в то время как в случае с Pl-sql все данные интегрированы с процессом обсчета гораздо теснее..
и все таки мне кажется что основная нагрузка все таки -- это не математика (ее там относительно немного, и все операции типовые), а процессы выборок из БД, поэтому ключевые моменты производительности как раз более естественно решать посредством SP, чем городить огород с внешними C модулями..

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

53. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 21-Ноя-04, 11:46

>и все таки мне кажется что основная нагрузка все таки -- это
>не математика (ее там относительно немного, и все операции типовые), а
>процессы выборок из БД, поэтому ключевые моменты производительности как раз более
>естественно решать посредством SP, чем городить огород с внешними C
Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, а вот когда эта цифра увеличивается в 20 раз...

Ответить | Правка | Наверх | Cообщить модератору

57. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 21-Ноя-04, 13:09

>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...
А в чем разница ? Увиличивается количество операций в процедуре в 20 раз ???

Ответить | Правка | Наверх | Cообщить модератору

83. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от eugene (??), 22-Ноя-04, 06:30

>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...
то и нагрузка на БД увеличится в 20 раз.. все таки а считаю при билинге основная нагрузка -- это выборки и записи, перелопачивание данных, а никак не обсчет, который как правило сводится (в рамках операции) к паре умножений и несколькоим срабатываниям на условие..

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

31. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 20-Ноя-04, 16:11

>Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и >красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под MSSQL и все что можно запихано
>в него и nibs. Результат не в пользу MSSQL - nibs
>авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит
>столько ресурсов, что становится грустно...
Да у меня на работе работает именно такой билинг. Тормозить начинает только когда данных скапливается более чем за полгода.
>Автор пишет продукт и пишет к нему документацию, если Вас она не
>устраивает - заплатите деньги, я уверен - он с радостью напишет
>ее персонально под Вас, если не хотите платить, то есть смысл
>довольствоваться тем что есть.
Слабая документация эта самая главная проблема open source проектов.
На cake специально написана документация по шагам, чтобы меньше вопросов, при установке.
>Я готов с Вами спорить на что угодно, если я сейчас попытаюсь поставить >Ваш биллинг у меня возникнет
>куча вопросов, которые не будут освещены в Вашей доке.
Начинай. ;)
>Ядром всего есть freenibs.
А что есть ядро база? Я думаю там мало, что осталось от FreeNIBS.
>Да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это
>дело поставить на поток, когда надо обсчитать несколько сотен >пользователей. в
>этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать
>модулю, написанному на C.
С базой вы будете работать чистым SQL так ? Причем к запросам RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде и  просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем чистый вызов SQL.

>только потому что при больших нагрузках он ведет себя адекватней mysql.
А что вы хотели?
>точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle
Зависит от задач этих десяти пользователей. Если у них есть лишние 10 тыщ баксов почему бы нет ?
>Стрельба из пушки по воробьям - это не есть гуд.
Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой процедуры, ниже написания модуля на C или на Perl. К тому же компактнее и менее затратно по отношению к операционной системе.
>Правильно. Где больше возможностей, там и сложнее конфигурация. Системы с >большими возможностями никогда не настраивались нажатием одной кнопки или
Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность установки не возрастет. Более того изменятся только файлы схемы данных и интерфейсного модуля.
>>Сброс пользователя при помощи pppd с линии.
>упс. nibs отдает pppd session-timeout благодаря которому пользователь >благополучно улетает с линии.
Внимательно читаем. При помощи pppd и по траффику. Да pppd это умеет.
Причем плюс минус 30 кб. И по session-timeout тоже умеет сбрасывать.
>если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо
>обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает
>его с линии при достижении 0-го баланса. причем в него можно
>писать все что хочешь - и kill по rsh и по
>snmp.
Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность.
И он запускается из cron'ом.
>Теория не всегда сходится с практикой, на практике есть масса нюансов.
Просто проэктировщики не всегда выбирают удачную архитектуру. А разработчики, не всегда удачно ее реализуют.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

52. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 21-Ноя-04, 11:32

>Да у меня на работе работает именно такой билинг. Тормозить начинает только
>когда данных скапливается более чем за полгода.
Осталось уточнить что за железо стоит у Вас на работе, т.к. MS обычно не стесняется в требованиях к железу.
>Слабая документация эта самая главная проблема open source проектов.
>На cake специально написана документация по шагам, чтобы меньше вопросов, при установке.
А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя к желаемому результату? В nibs помоему есть тоже пошаговая инструкция, но вопросов от этого меньше не становиться.
>>куча вопросов, которые не будут освещены в Вашей доке.
>Начинай. ;)
Бессмысленно. В nibs все есть, так зачем же искать добро от добра?
>А что есть ядро база? Я думаю там мало, что осталось от
>FreeNIBS.
База - это всего лишь хранилище. Ядро биллинга - это его расчетная часть.
>С базой вы будете работать чистым SQL так ? Причем к запросам
>RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы
Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом случае выступает в качестве посредника - получил список аттрибутов от NAS - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их запихнул в udp и отдал NAS'у.
>в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один
>раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде
>и  просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем
>чистый вызов SQL.
Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата) - в результате получается не все так гладко. В твоем случае, если ты не претендуешь на ISP биллинг - SP пожалуй идеальный вариант.
>>точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle
>Зависит от задач этих десяти пользователей. Если у них есть лишние 10
>тыщ баксов почему бы нет ?
Если у них не более 10-20 запросов к базе в минуту - точно говорю не стоит. 10k$ всегда можно потратить на что-то другое, ведь денег никогда много не бывает.
>>Стрельба из пушки по воробьям - это не есть гуд.
>Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с
>SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой
>процедуры, ниже написания модуля на C или на Perl. К тому
>же компактнее и менее затратно по отношению к операционной системе.
Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова. MySQL быстрее отрабатывает на select и insert - поэтому я его юзаю для тарификации и сбора netflow, в Pg - я храню подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я понимаю Ваше желание после прослушивания крутого курса по СУБД писать все в SP, но поверьте - это не всегда круто и обосновано.
>Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно
>добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность
>установки не возрастет. Более того изменятся только файлы схемы данных и
>интерфейсного модуля.
Ну и как же архитектура влияет на сложность настройки??? там есть два файлика один - дамп базы, второй модуль. В инструкции я нашел как прикрутить модуль к радиусу. Что еще надо? обладая минимальными знаниями nibs ты без труда прикрутишь и получишь в работу все функции, заявленные атвором. Вспоминается случай - общался с одним пользователям по аське - в итоге все свелось к тому что nibs дерьмо. На мой вопрос чем отличается select от insert он вразумительного ответа не дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не привыкли даже бегло читать документацию.
>Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность.
>И он запускается из cron'ом.
О чем я и говорил "привыкли к удобному wizard'у и не привыкли даже бегло читать документацию". checkrad - универсальный скрипт, написанный для многих типов NAS, который проверяет существование сессии данного пользователя. Я его не пользую. Написал свой, который ходит ко всем NAS'ам и как результат возвращает количество сессий, открытых заданным логином + закрывает зависшие сессии. Весь скрипт весит около 3кб и отлично работает уже больше года. Да, чуть не забыл - checkrad.pl запускается не из cron'а.

Ответить | Правка | Наверх | Cообщить модератору

56. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 21-Ноя-04, 13:07

>Осталось уточнить что за железо стоит у Вас на работе, т.к. MS
>обычно не стесняется в требованиях к железу.
Первое я не сказал, что на MS SQL Server, используется PostgreSQL.
А про то что используются хранимые процедуры в базе.
А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1
Ну и клиентов не пять человек ;)
>А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя
>к желаемому результату?
С того, что уже два человека, это сделали и их это привело к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов возникло мало.
>В nibs помоему есть тоже пошаговая инструкция, но
>вопросов от этого меньше не становиться.
А линк мне дать ? Или вы про ту что на сайте ? Если про нее. То она расчитана, на человека с высокой квалификацией.
>Бессмысленно. В nibs все есть, так зачем же искать добро от добра?
Не буду спорить с фанатиком. Я всего лишь указал, на слабые с моей точки зрения стороны FreeNIBS и почему вообще появился cake. Мне тут же начали доказывать, что cake это лажа и что FreeNIBS верх совершенства.
>База - это всего лишь хранилище. Ядро биллинга - это его расчетная
>часть.
Вот именно поэтому, вы так и против хранимых процедур. Потому что вы видите в СУБД не систему управления данными, а всего лишь индексированный плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим современные СУБД давно не ограничены (если вы используете MySQL это ваши проблемы).
>Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом >случае выступает в качестве посредника - получил список аттрибутов от NAS > - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их
>запихнул в udp и отдал NAS'у.
Так а данные в nibs модуль и в freeradius откуда попали из астрала ?
>Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата)
>- в результате получается не все так гладко. В твоем случае,
>если ты не претендуешь на ISP биллинг - SP пожалуй идеальный
>вариант.
Эээ тогда Oracle в топку. Не говорите, о том чего не знаете.
>Если у них не более 10-20 запросов к базе в минуту -
>точно говорю не стоит. 10k$ всегда можно потратить на что-то другое,
>ведь денег никогда много не бывает.
Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные запросы.
>MySQL быстрее отрабатывает на select и insert - поэтому я его
>юзаю для тарификации и сбора netflow, в Pg - я храню
>подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я
>понимаю Ваше желание после прослушивания крутого курса по СУБД писать все
>в SP, но поверьте - это не всегда круто и обосновано.
Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас бы их в системах СУБД небыло.
>Ну и как же архитектура влияет на сложность настройки??? там есть два
>файлика один - дамп базы, второй модуль. В инструкции я нашел
>как прикрутить модуль к радиусу. Что еще надо? обладая минимальными >знаниями nibs ты без труда прикрутишь и получишь в работу все функции,
>заявленные автором.
Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее собирать...
>- в итоге все свелось к тому что nibs дерьмо. На
>мой вопрос чем отличается select от insert он вразумительного ответа не
>дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не
>привыкли даже бегло читать документацию.
Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне, что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так что вопрос будет в другом. Понимаешь ли ты, что это значит ?
>О чем я и говорил "привыкли к удобному wizard'у и не привыкли
>даже бегло читать документацию". checkrad - универсальный скрипт, >написанный для многих типов NAS, который проверяет существование сессии
> данного пользователя. Я его не пользую. Написал свой, который ходит ко >всем NAS'ам и как результат возвращает количество сессий, открытых >заданным логином + закрывает зависшие сессии. Весь
>скрипт весит около 3кб и отлично работает уже больше года. Да,
>чуть не забыл - checkrad.pl запускается не из cron'а.
Мдя чуствуется меня уже записали в ламеры. Но ответ вы мне дали. Поверьте документацию я читать умею. Но прежде чем ее читать, я всегда оцениваю архитектуру. Если она меня не устраивает, я не читаю дальше.

Ответить | Правка | Наверх | Cообщить модератору

68. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от vasili (?), 21-Ноя-04, 16:46

>А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1
>Ну и клиентов не пять человек ;)
У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда.
>С того, что уже два человека, это сделали и их это привело
>к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов
>возникло мало.
Два человека - это не показатель. Хотя если для Вас написание красивой документации также важно как и написание кода - документация будет хорошей. Текущий статус документации nibs я считаю достаточным, если человек знает, что такое sql, и  если linux (или BSD) он поставил не позавчера, а хотя бы есть год опыта его эксплуатации.
>>В nibs помоему есть тоже пошаговая инструкция, но
>>вопросов от этого меньше не становиться.
>А линк мне дать ? Или вы про ту что на сайте
>? Если про нее. То она расчитана, на человека с высокой
>квалификацией.
Про это я выше сказал ;) Человек с низкой квалификацией биллинг для ISP все равно не соберет, будь у него хоть самая подробная документация с комментариями к исходникам.
>Вот именно поэтому, вы так и против хранимых процедур. Потому что вы
>видите в СУБД не систему управления данными, а всего лишь индексированный
>плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим
>современные СУБД давно не ограничены (если вы используете MySQL это ваши
>проблемы).
MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. Добиваю netflow и буду проводить performance тесты.
>Так а данные в nibs модуль и в freeradius откуда попали из
>астрала ?
Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль.
>Эээ тогда Oracle в топку. Не говорите, о том чего не знаете.
Oracle - коммерческий продукт, за который беруться не малые деньги.
>Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные
>запросы.
Даже вложеные, если их кол-во не большое, то oracle - это просто трата денег, ну или запас на далекое будущие, когда кол-во запросов может начать расти.
>Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас
>бы их в системах СУБД небыло.
Ok. специально потещу. Я просто уже выше писал о тестировании двух биллингов.
>Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную
>OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее
>собирать...
А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и linux, что я думаю удовлетворит 90% пользователей.
>Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне,
>что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так
>что вопрос будет в другом. Понимаешь ли ты, что это значит
Вам не правильно чувствуется. Просто nibs в том и в этом случае был опущен людьми, которые знают его поверхностно. насчет провокационных вопросов - из своей области я могу их нагенерить тоже и ответ на них тоже будет первой ссылкой после поиска яндексом.

Ответить | Правка | Наверх | Cообщить модератору

72. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от sauron (?), 21-Ноя-04, 19:11

>У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике
>кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег
>свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда.
up 74 days load average: 0.06, 0.03, 0.00
? Не будем меряться сами знаете чем.
>Два человека - это не показатель. Хотя если для Вас написание красивой
>документации также важно как и написание кода - документация будет >хорошей.
Это важно в любом проекте. К примеру есть очень хороший проект cyrus-sasl, но документация по нему очень скудная.
>Текущий статус документации nibs я считаю достаточным, если человек >знает, что такое sql, и  если linux (или BSD) он поставил не
>позавчера, а хотя бы есть год опыта его эксплуатации.
Больше, надо минимум полтора.
>Про это я выше сказал ;) Человек с низкой квалификацией биллинг для
>ISP все равно не соберет, будь у него хоть самая подробная документация с >комментариями к исходникам.
Другой вопрос в том что такое в вашем понимании биллинг ISP класса ?
>MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. >Добиваю netflow и буду проводить performance тесты.
А причем тут MySQL ? Вы так же используете PostgreSQL.
>Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль.
А ну да он же заменяет собой стандартный sql модуль. И поддержки Oracle естественно нет.
>Oracle - коммерческий продукт, за который беруться не малые деньги.
Я про хранимые процедуры и прочее. ;) Причем он не оффициально доступен нахаляву. Так сказать для разработчиков.
>Даже вложеные, если их кол-во не большое, то oracle - это просто
>трата денег, ну или запас на далекое будущие, когда кол-во запросов
>может начать расти.
Оракл не только производительное решение. Это еще очень мощные возможности.
>Ok. специально потещу. Я просто уже выше писал о тестировании двух >биллингов.
Скорость хранимых процедур как много раз уже говорилось зависит от рук их писавших.
>А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и >linux, что я думаю удовлетворит 90% пользователей.
Но, желательна.
>Вам не правильно чувствуется. Просто nibs в том и в этом случае
>был опущен людьми, которые знают его поверхностно.
Хм тогда может объясните в чем я знаю FreeNIBs поверхностно ? И в чем я его опустил ? Еще раз напомню я только сказал, что мне не нравится его ахритектура. С моей точки зрения она ограничена. И все. Я не говорил, что она кривая и т.п. Я только сказал, что я бы так не делал.
>насчет провокационных вопросов.
Я про то, что у тех кто понимает, что такое третья нормальная форма не возникает вопросов о хранимых процедурах. Или о том что это надо делать в виде внешнего модуля. Им просто это не прийдет в голову.
>из своей области я могу их нагенерить тоже и ответ на
>них тоже будет первой ссылкой после поиска яндексом.
Вперед и с песней. Что это за область такая экзотическая?

Ответить | Правка | Наверх | Cообщить модератору

85. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от eugene (??), 22-Ноя-04, 06:48

>Добиваю
>netflow и буду проводить performance тесты.
да насчет тестов очень интересная мысль
предлагаю сделать такой стендик в виде билинговой БД, и попробовать отрабатывать с ним типовые операции (авторизация, обсчет и тд) из SP, и из внешних модулей...

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

82. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..." +/–

Сообщение от eugene (??), 22-Ноя-04, 06:28

>База - это всего лишь хранилище. Ядро биллинга - это его расчетная
>часть.
хм ну ну
ядро билинга -- это в первую очередь именно грамотно спроектированная база
>Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата)
>- в результате получается не все так гладко. В твоем случае,
>если ты не претендуешь на ISP биллинг - SP пожалуй идеальный
>вариант.
любой sql запрос (которых несколько) для расчетного модуля создает в БД точно те-же накладные расходы на инициализацию и обработку результата, что и SP, только SP выполняется 1 раз..
>Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова.
>MySQL быстрее отрабатывает на select и insert - поэтому я его
>юзаю для тарификации и сбора netflow, в Pg - я храню
>подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я
>понимаю Ваше желание после прослушивания крутого курса по СУБД писать все
>в SP, но поверьте - это не всегда круто и обосновано.
не всегда, но как показывает практика -- в большинстве ресурсоемких задач с БД только они и спасают ;)

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	22. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 20-Ноя-04, 12:23
	>PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А >не ISP билинг. Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться, чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг, а не решение из коробки, которое распаковал, запустил setup.exe, если что-то не так, то позвонил в тех. поддержку - за это все надо платить деньги. Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка 10k-20k баксов и если не хочешь платить такие деньги, то должна быть голова на плечах, чтобы разобраться, обточить напильником и запустить! Лично я пользую NIBS уже более 1.5 года и ни разу не пожалел об этом. Я ни в коем случае не хочу обхаить Cake 1.0, но автор сего продукта должен понять, что выставлять свое, хая при этом конкурента (возможностей у которого по-больше будет) в корне НЕ ПРАВИЛЬНО. это мое IMHO.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	23. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 20-Ноя-04, 12:50
	>Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на >ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться, >чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и >пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг. Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL. Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами ? >Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка >10k-20k баксов и если не хочешь платить такие деньги, то должна >быть голова на плечах, чтобы разобраться, обточить напильником и запустить! FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много чего не умеет. Очень много чего не умеет. Биллинг это не только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса (услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы, обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо все это хорошенько приработать напильником. >Лично я пользую NIBS уже более 1.5 года и ни разу не >пожалел об этом. Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это ваше право. Cake демонстрирует, что можно сделать тоже самое, что может FreeNIBS, но при этом приложить меньше усилий и сделать это более гибко >Я ни в коем случае не хочу обхаить Cake 1.0, но автор сего продукта >должен понять, что выставлять свое, хая при этом конкурента (возможностей > у которого по-больше будет) в корне >НЕ ПРАВИЛЬНО. это мое IMHO. 1. Я не где не говорил что FreeNIBS отстой. 2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И тут на меня все набросились и стали говорить, что я хаю FreeNIBS. Очень интересно. 3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ? И то, и то GPL. То есть даром. Что хочешь то и используй. 4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и поймете, что при разработке заранее были заложены ограничения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 20-Ноя-04, 13:17
	>Хм.. ээ вы читали название темы ? Там есть такая абривиатура GPL. >Или фраза из коробки у вас стразу автоматом ассоциируется с деньгами Будь он хоть трижды GPL! Меня убил тот факт, что Вы начали поливать freenibs абсолютно не заслужено. Коробочное решение заточено на тупого админа и оно стоит денег, если что-то умеешь сам, то деньги платить не обязательно, ну или их расход будет минимален. >FreeNIBS рядом не лежал с биллингами за 10k-20k баксов. Он очень много >чего не умеет. Очень много чего не умеет. Биллинг это не >только ценный мех (подсчет трафика) но еще три-четыре килограмма диетического мяса >(услуги и п.р.). Лично мне становится интересно, как вы собираетесь обсчитывать >при помощи FreeNIBS VoIP. А биллинги за 10k-20k умеют сложные тарифы, Все просто ;) В Беларуси VoIP запрещен провайдерской лицензией ;) Если надо будет - допишу. Я уже столь фич прикрутил к nibs'у: web-интерфейсы, корпоративный счет, скидки на деньги взависимости от объема трафика или времени на линии, первым прикрутил его к Postgre (тогда когда он еще не держал его, если гляните changelog, то найдете там упоминание обо мне в версии 0.0.3-alpha5), на этой неделе дописал netflow тарификатор под nibs, который умеет считать трафик по зонам (внутренний, внутренний Белорусский, Мир), ест-но кол-во зон не ограничено. >обсчитывать VPN, ethernet (подсчет по ip), VoIP, DialUP. FreeNIBS может худо >бедно обслуживать VPN, DialUP и то чтобы это удобосворимо работало необходимо >все это хорошенько приработать напильником. Тарифная политика там достаточно гибкая. Даже больше чем мне надо под мои задачи. Видимо Вам просто не хватило терпения, чтобы с ним разобраться и Вы решили написать что-то свое... это конечно похвально, но про изобретение велосипедов я уже где-то слышал.... >>Лично я пользую NIBS уже более 1.5 года и ни разу не >>пожалел об этом. >Нет сейчас же снесите и поставьте cake! :D Нравится ? Используйте. Это >ваше право. Cake демонстрирует, что можно сделать тоже самое, что может >FreeNIBS, но при этом приложить меньше усилий и сделать это более >гибко В чем гибкость и мизирность усилий? >1. Я не где не говорил что FreeNIBS отстой. >2. Я сказал, что мне не нравится архитектура FreeNIBS. Сказал почему. И >тут на меня все набросились и стали говорить, что я хаю >FreeNIBS. Очень интересно. Ваша критика не обоснована, т.к. nibs держит postgre и кроме того for small ISP mysql - все-таки не плохое решение. >3. Особенно меня веселит, что FreeNIBS конкурент :) Это каким макром ? >И то, и то GPL. То есть даром. Что хочешь то >и используй. Согласен, насчет конкурента я погорячился, т.к. денег оба автора с этого не имеют. >4. Насчет возможностей. Вы читали для чего делался Cake ? Почитайте и >поймете, что при разработке заранее были заложены ограничения. Из списка основных возможностей выделите plz то, что не умеет nibs. PS: насчет "изучен и отброшен" - все-таки не изучен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 20-Ноя-04, 14:09
	>Будь он хоть трижды 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.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 20-Ноя-04, 15:00
	>Я всегда оцениваю продукт по архитектуре. Зная что может FreeRADIUS, писать отдельный >модуль дублирующий то, что можно и можно сделать через СУБД... Ну >каждый решает для себя. Где я поливал его грязью ??? Я >сказал что мне не нравится его архитектура. Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных билинга - один написан под MSSQL и все что можно запихано в него и nibs. Результат не в пользу MSSQL - nibs авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит столько ресурсов, что становится грустно... >+ настройки себя любимого. Дайте мне нормальную доку по настойке FreeNIBS >и при этом по шагам. Автор пишет продукт и пишет к нему документацию, если Вас она не устраивает - заплатите деньги, я уверен - он с радостью напишет ее персонально под Вас, если не хотите платить, то есть смысл довольствоваться тем что есть. Я готов с Вами спорить на что угодно, если я сейчас попытаюсь поставить Ваш биллинг у меня возникнет куча вопросов, которые не будут освещены в Вашей доке. Для этого в коммерческих биллингах еще есть тех. поддержка по телефону, ест-но за $$$. >Хм... тут встает вопрос... Это FreeNIBS ??? Это не FreeNIBS это уже >биллинг включающий в себя части FreeNIBS. Ядром всего есть freenibs. >Мне не нравится архитектурное решение FreeNIBS. Если что-то можно сделать в СУБД, >делайте это в ней. С моей точки зрения отдельный модуль на >бизнес-логику не есть гуд. Поскольку если мне надо ее изменить, над >править модуль. А потом еще и пересобирать модуль (а возможно и >FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а >возможно и перезапуск не потребуются. да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это дело поставить на поток, когда надо обсчитать несколько сотен пользователей. в этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать модулю, написанному на C. >что то, что FreeNIBS умеет работать с PostgreSQL ничего не дает. > >Возможности PostgreSQL в FreeNIBS не используются, так что большой разницы между использованием >FreeNIBS MySQL и PostgreSQL нет. на plpgsql у меня переписаны только внутрение функции mysql. использую я pg только потому что при больших нагрузках он ведет себя адекватней mysql. >>small ISP mysql - все-таки не плохое решение. >Кому как. точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle, так же как и Pg. Стрельба из пушки по воробьям - это не есть гуд. >1. FreeNIBS более сложен в конфигурации. Правильно. Где больше возможностей, там и сложнее конфигурация. Системы с большими возможностями никогда не настраивались нажатием одной кнопки или запуском микрософт-подобного визарда. >Сброс пользователя при помощи pppd с линии. упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии. если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает его с линии при достижении 0-го баланса. причем в него можно писать все что хочешь - и kill по rsh и по snmp. >Прежде чем, что-то использовать я изучаю архитектуру. К сожалению мне прочитали слишком >хороший курс по СУБД. Чтобы я восторгался архитектурой FreeNIBS и его Теория не всегда сходится с практикой, на практике есть масса нюансов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от eugene (??), 20-Ноя-04, 15:40
	>Вы пробовали это дело ставить на поток. Я видел два самописных >билинга - один написан под MSSQL и все что можно запихано >в него и nibs. Результат не в пользу MSSQL - nibs >авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит >столько ресурсов, что становится грустно... однозначко кривые руки разработчика, потому что тот же нибс все равно ходит в базу, скорее всего узкое место в какой нибудь неудачно построенной выборке или около того.. >>FreeRADIUS) и перезапускать FreeRADIUS. В случае с cake пересборка FreeRADIUS, а >>возможно и перезапуск не потребуются. перезапуск тоже не нужен я когда в кейке процедуры отлаживал -- так и менял их по "горячему" >да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это >дело поставить на поток, когда надо обсчитать несколько сотен пользователей. в >этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать >модулю, написанному на C. бред сивой кобылы все равно все ключевые данные для обсчета лопатятся в базе, а быстрее и эффективнее SP для перелопачиывания данных ничего не придумано плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой поклонник С -- незабвенный постгрес умеет процедуры на С >на plpgsql у меня переписаны только внутрение функции mysql. использую я pg >только потому что при больших нагрузках он ведет себя адекватней mysql. вот вот >>Сброс пользователя при помощи pppd с линии. > >упс. nibs отдает pppd session-timeout благодаря которому пользователь благополучно улетает с линии. >если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо >обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает >его с линии при достижении 0-го баланса. причем в него можно >писать все что хочешь - и kill по rsh и по >snmp. хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 20-Ноя-04, 16:05
	>однозначко кривые руки разработчика, потому что тот же нибс все равно ходит >в базу, скорее всего узкое место в какой нибудь неудачно построенной >выборке или около того.. Не спорю... может быть не оптимизированые алгоритмы и пр. не вникал, т.к. я не фанат MS и этот биллинг по любому бы не использовал. >перезапуск тоже не нужен >я когда в кейке процедуры отлаживал -- так и менял их по >"горячему" Я бы удивился бы, если бы надо было после переписки stored процедуры перезапускать радиус или СУБД. >бред сивой кобылы >все равно все ключевые данные для обсчета лопатятся в базе, а быстрее >и эффективнее SP для перелопачиывания данных ничего не придумано >плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой >поклонник С -- незабвенный постгрес умеет процедуры на С Вот это точно бред. Обсчет ведется в модуле, а все данные беруться из базы. Готов спорить, что C'шный модуль по количеству операций в секунду сделает хранимую процедуру в разы. >хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило >в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? В моем случае это абсолютно бесполезно. session-octets-limit нельзя просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Если мне препрет высокая точность я выставлю update interval в 1 минуту. На данный момент точности хватает, если буду пользовать netflow точность будет в вышеназваном Вами пределе. В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 20-Ноя-04, 16:29
	>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться >из базы. Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к базе далее отправляется запрос select ... и причем их может быть несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. если еще накладные расходы передачи данных по сети. Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура или будет работать с той же скорстью или даже быстрее. >Готов спорить, что C'шный модуль по количеству операций в >секунду сделает хранимую процедуру в разы. Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать хранимую процедуру на C и в результате такая процедура по скорости будет легко уделывать внешний модуль на C. >В моем случае это абсолютно бесполезно. session-octets-limit нельзя >просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Не те задачи. Если у меня встанет такая задача я буду использовать NetraMet (RTFM - realtime flow meter). >если буду пользовать netflow точность будет в вышеназваном Вами >пределе. Да используем RTFM. А как же. >В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :) это о чем ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 21-Ноя-04, 11:47
	>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к >базе далее отправляется запрос select ... и причем их может быть >несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. >если еще накладные расходы передачи данных по сети. >Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура >или будет работать с той же скорстью или даже быстрее. Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить.... >Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать >хранимую процедуру на C и в результате такая процедура по скорости >будет легко уделывать внешний модуль на C. Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а. >Не те задачи. Если у меня встанет такая задача я буду использовать >NetraMet (RTFM - realtime flow meter). NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl. >>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :) >это о чем ? Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от eugene (??), 20-Ноя-04, 16:35
	>>бред сивой кобылы >>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее >>и эффективнее SP для перелопачиывания данных ничего не придумано >>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой >>поклонник С -- незабвенный постгрес умеет процедуры на С > >Вот это точно бред. Обсчет ведется в модуле, а все данные беруться >из базы. Готов спорить, что C'шный модуль по количеству операций в >секунду сделает хранимую процедуру в разы. по сути наш спор сводится к сравнимости эффективности реализации математики (в основном целочисленной) в компиляторах C и PL-PG\sql не думаю, что они как нибудь глобально отличаются по быстродействию, но учтите, что в случае внешнего модуля вам придется делать выборки, и их еще в модули перекидывать, это дополнительные накладные расходы, в то время как в случае с Pl-sql все данные интегрированы с процессом обсчета гораздо теснее.. и все таки мне кажется что основная нагрузка все таки -- это не математика (ее там относительно немного, и все операции типовые), а процессы выборок из БД, поэтому ключевые моменты производительности как раз более естественно решать посредством SP, чем городить огород с внешними C модулями..
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	53. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 21-Ноя-04, 11:46
	>и все таки мне кажется что основная нагрузка все таки -- это >не математика (ее там относительно немного, и все операции типовые), а >процессы выборок из БД, поэтому ключевые моменты производительности как раз более >естественно решать посредством SP, чем городить огород с внешними C Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, а вот когда эта цифра увеличивается в 20 раз...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 21-Ноя-04, 13:09
	>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если >биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, >а вот когда эта цифра увеличивается в 20 раз... А в чем разница ? Увиличивается количество операций в процедуре в 20 раз ???
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от eugene (??), 22-Ноя-04, 06:30
	>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если >биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, >а вот когда эта цифра увеличивается в 20 раз... то и нагрузка на БД увеличится в 20 раз.. все таки а считаю при билинге основная нагрузка -- это выборки и записи, перелопачивание данных, а никак не обсчет, который как правило сводится (в рамках операции) к паре умножений и несколькоим срабатываниям на условие..
	Ответить \| Правка \| К родителю #53 \| Наверх \| Cообщить модератору


	31. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 20-Ноя-04, 16:11
	>Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и >красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных >билинга - один написан под MSSQL и все что можно запихано >в него и nibs. Результат не в пользу MSSQL - nibs >авторизовывает юзера за 0.5-1 секунду, MSSQL 8-10 сек, причем он тратит >столько ресурсов, что становится грустно... Да у меня на работе работает именно такой билинг. Тормозить начинает только когда данных скапливается более чем за полгода. >Автор пишет продукт и пишет к нему документацию, если Вас она не >устраивает - заплатите деньги, я уверен - он с радостью напишет >ее персонально под Вас, если не хотите платить, то есть смысл >довольствоваться тем что есть. Слабая документация эта самая главная проблема open source проектов. На cake специально написана документация по шагам, чтобы меньше вопросов, при установке. >Я готов с Вами спорить на что угодно, если я сейчас попытаюсь поставить >Ваш биллинг у меня возникнет >куча вопросов, которые не будут освещены в Вашей доке. Начинай. ;) >Ядром всего есть freenibs. А что есть ядро база? Я думаю там мало, что осталось от FreeNIBS. >Да, то что Вы говорите звучит красиво и заманчиво, но попробуйте это >дело поставить на поток, когда надо обсчитать несколько сотен >пользователей. в >этом случае быстрота обсчета и потребление ресурсов базой будет значительно уступать >модулю, написанному на C. С базой вы будете работать чистым SQL так ? Причем к запросам RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде и просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем чистый вызов SQL. >только потому что при больших нагрузках он ведет себя адекватней mysql. А что вы хотели? >точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle Зависит от задач этих десяти пользователей. Если у них есть лишние 10 тыщ баксов почему бы нет ? >Стрельба из пушки по воробьям - это не есть гуд. Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой процедуры, ниже написания модуля на C или на Perl. К тому же компактнее и менее затратно по отношению к операционной системе. >Правильно. Где больше возможностей, там и сложнее конфигурация. Системы с >большими возможностями никогда не настраивались нажатием одной кнопки или Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность установки не возрастет. Более того изменятся только файлы схемы данных и интерфейсного модуля. >>Сброс пользователя при помощи pppd с линии. >упс. nibs отдает pppd session-timeout благодаря которому пользователь >благополучно улетает с линии. Внимательно читаем. При помощи pppd и по траффику. Да pppd это умеет. Причем плюс минус 30 кб. И по session-timeout тоже умеет сбрасывать. >если пользователю не возможно расчитать session-timeout (в случае, если пользователя надо >обсчитывать по трафику), то там есть такой волшебный скрипт который скидывает >его с линии при достижении 0-го баланса. причем в него можно >писать все что хочешь - и kill по rsh и по >snmp. Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность. И он запускается из cron'ом. >Теория не всегда сходится с практикой, на практике есть масса нюансов. Просто проэктировщики не всегда выбирают удачную архитектуру. А разработчики, не всегда удачно ее реализуют.
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	52. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 21-Ноя-04, 11:32
	>Да у меня на работе работает именно такой билинг. Тормозить начинает только >когда данных скапливается более чем за полгода. Осталось уточнить что за железо стоит у Вас на работе, т.к. MS обычно не стесняется в требованиях к железу. >Слабая документация эта самая главная проблема open source проектов. >На cake специально написана документация по шагам, чтобы меньше вопросов, при установке. А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя к желаемому результату? В nibs помоему есть тоже пошаговая инструкция, но вопросов от этого меньше не становиться. >>куча вопросов, которые не будут освещены в Вашей доке. >Начинай. ;) Бессмысленно. В nibs все есть, так зачем же искать добро от добра? >А что есть ядро база? Я думаю там мало, что осталось от >FreeNIBS. База - это всего лишь хранилище. Ядро биллинга - это его расчетная часть. >С базой вы будете работать чистым SQL так ? Причем к запросам >RADIUS'а добавятся запросы модуля на C. А далее эти SQL запросы Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом случае выступает в качестве посредника - получил список аттрибутов от NAS - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их запихнул в udp и отдал NAS'у. >в базе сначала скомпилируются, а затем запустятся. Хранимая процедура компилируется один >раз при создании, перекомпилируется при изменении. Далее хранится в скомпилированном виде >и просто вызывается. Т.е. вызов хранимой процедуры менее затратен чем >чистый вызов SQL. Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата) - в результате получается не все так гладко. В твоем случае, если ты не претендуешь на ISP биллинг - SP пожалуй идеальный вариант. >>точно Вам говорю. Нет смысла ставить для обсчет 10 пользователей Oracle >Зависит от задач этих десяти пользователей. Если у них есть лишние 10 >тыщ баксов почему бы нет ? Если у них не более 10-20 запросов к базе в минуту - точно говорю не стоит. 10k$ всегда можно потратить на что-то другое, ведь денег никогда много не бывает. >>Стрельба из пушки по воробьям - это не есть гуд. >Обоснуйте почему я должен использовать MySQL с SQL89, если использование PostgreSQL с >SQL92 (хотя там не полная реализация) более целесобразно. Трудоемкость написания хранимой >процедуры, ниже написания модуля на C или на Perl. К тому >же компактнее и менее затратно по отношению к операционной системе. Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова. MySQL быстрее отрабатывает на select и insert - поэтому я его юзаю для тарификации и сбора netflow, в Pg - я храню подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я понимаю Ваше желание после прослушивания крутого курса по СУБД писать все в SP, но поверьте - это не всегда круто и обосновано. >Сложность настройки FreeNIBS проистекает от его архитектуры, а не его возможностей. Можно >добавить в Cake теже фичи, что есть во FreeNIBS. Но сложность >установки не возрастет. Более того изменятся только файлы схемы данных и >интерфейсного модуля. Ну и как же архитектура влияет на сложность настройки??? там есть два файлика один - дамп базы, второй модуль. В инструкции я нашел как прикрутить модуль к радиусу. Что еще надо? обладая минимальными знаниями nibs ты без труда прикрутишь и получишь в работу все функции, заявленные атвором. Вспоминается случай - общался с одним пользователям по аське - в итоге все свелось к тому что nibs дерьмо. На мой вопрос чем отличается select от insert он вразумительного ответа не дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не привыкли даже бегло читать документацию. >Вопрос какой волшебный скрипт ? checkrad.sh ? У него больше погрешность. >И он запускается из cron'ом. О чем я и говорил "привыкли к удобному wizard'у и не привыкли даже бегло читать документацию". checkrad - универсальный скрипт, написанный для многих типов NAS, который проверяет существование сессии данного пользователя. Я его не пользую. Написал свой, который ходит ко всем NAS'ам и как результат возвращает количество сессий, открытых заданным логином + закрывает зависшие сессии. Весь скрипт весит около 3кб и отлично работает уже больше года. Да, чуть не забыл - checkrad.pl запускается не из cron'а.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 21-Ноя-04, 13:07
	>Осталось уточнить что за железо стоит у Вас на работе, т.к. MS >обычно не стесняется в требованиях к железу. Первое я не сказал, что на MS SQL Server, используется PostgreSQL. А про то что используются хранимые процедуры в базе. А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1 Ну и клиентов не пять человек ;) >А с чего Вы взяли, что шаги сделаные Вами, приведут другого пользователя >к желаемому результату? С того, что уже два человека, это сделали и их это привело к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов возникло мало. >В nibs помоему есть тоже пошаговая инструкция, но >вопросов от этого меньше не становиться. А линк мне дать ? Или вы про ту что на сайте ? Если про нее. То она расчитана, на человека с высокой квалификацией. >Бессмысленно. В nibs все есть, так зачем же искать добро от добра? Не буду спорить с фанатиком. Я всего лишь указал, на слабые с моей точки зрения стороны FreeNIBS и почему вообще появился cake. Мне тут же начали доказывать, что cake это лажа и что FreeNIBS верх совершенства. >База - это всего лишь хранилище. Ядро биллинга - это его расчетная >часть. Вот именно поэтому, вы так и против хранимых процедур. Потому что вы видите в СУБД не систему управления данными, а всего лишь индексированный плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим современные СУБД давно не ограничены (если вы используете MySQL это ваши проблемы). >Какие запросы радиуса? nibs обращается к базе сам. freeradius в этом >случае выступает в качестве посредника - получил список аттрибутов от NAS > - отдал nibs'у, nibs сгенерил несколько аттрибутов, freeradius их >запихнул в udp и отдал NAS'у. Так а данные в nibs модуль и в freeradius откуда попали из астрала ? >Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата) >- в результате получается не все так гладко. В твоем случае, >если ты не претендуешь на ISP биллинг - SP пожалуй идеальный >вариант. Эээ тогда Oracle в топку. Не говорите, о том чего не знаете. >Если у них не более 10-20 запросов к базе в минуту - >точно говорю не стоит. 10k$ всегда можно потратить на что-то другое, >ведь денег никогда много не бывает. Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные запросы. >MySQL быстрее отрабатывает на select и insert - поэтому я его >юзаю для тарификации и сбора netflow, в Pg - я храню >подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я >понимаю Ваше желание после прослушивания крутого курса по СУБД писать все >в SP, но поверьте - это не всегда круто и обосновано. Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас бы их в системах СУБД небыло. >Ну и как же архитектура влияет на сложность настройки??? там есть два >файлика один - дамп базы, второй модуль. В инструкции я нашел >как прикрутить модуль к радиусу. Что еще надо? обладая минимальными >знаниями nibs ты без труда прикрутишь и получишь в работу все функции, >заявленные автором. Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее собирать... >- в итоге все свелось к тому что nibs дерьмо. На >мой вопрос чем отличается select от insert он вразумительного ответа не >дал. Большинство так называемых user'ов привыкли к удобному wizard'у и не >привыкли даже бегло читать документацию. Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне, что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так что вопрос будет в другом. Понимаешь ли ты, что это значит ? >О чем я и говорил "привыкли к удобному wizard'у и не привыкли >даже бегло читать документацию". checkrad - универсальный скрипт, >написанный для многих типов NAS, который проверяет существование сессии > данного пользователя. Я его не пользую. Написал свой, который ходит ко >всем NAS'ам и как результат возвращает количество сессий, открытых >заданным логином + закрывает зависшие сессии. Весь >скрипт весит около 3кб и отлично работает уже больше года. Да, >чуть не забыл - checkrad.pl запускается не из cron'а. Мдя чуствуется меня уже записали в ламеры. Но ответ вы мне дали. Поверьте документацию я читать умею. Но прежде чем ее читать, я всегда оцениваю архитектуру. Если она меня не устраивает, я не читаю дальше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от vasili (?), 21-Ноя-04, 16:46
	>А машинка так фигня :) Athlon64 3000+, 1Gb DDR, RAID 0+1 >Ну и клиентов не пять человек ;) У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда. >С того, что уже два человека, это сделали и их это привело >к желаемому результату. Да были вопросы. Они были освещены. Причем вопросов >возникло мало. Два человека - это не показатель. Хотя если для Вас написание красивой документации также важно как и написание кода - документация будет хорошей. Текущий статус документации nibs я считаю достаточным, если человек знает, что такое sql, и если linux (или BSD) он поставил не позавчера, а хотя бы есть год опыта его эксплуатации. >>В nibs помоему есть тоже пошаговая инструкция, но >>вопросов от этого меньше не становиться. >А линк мне дать ? Или вы про ту что на сайте >? Если про нее. То она расчитана, на человека с высокой >квалификацией. Про это я выше сказал ;) Человек с низкой квалификацией биллинг для ISP все равно не соберет, будь у него хоть самая подробная документация с комментариями к исходникам. >Вот именно поэтому, вы так и против хранимых процедур. Потому что вы >видите в СУБД не систему управления данными, а всего лишь индексированный >плоский файл, с простейшими операциями поиск, удаление, вставка, модификация. Уверяю этим >современные СУБД давно не ограничены (если вы используете MySQL это ваши >проблемы). MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. Добиваю netflow и буду проводить performance тесты. >Так а данные в nibs модуль и в freeradius откуда попали из >астрала ? Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль. >Эээ тогда Oracle в топку. Не говорите, о том чего не знаете. Oracle - коммерческий продукт, за который беруться не малые деньги. >Мда вы забываете что запросы и задачи бывают разные. К примеру вложенные >запросы. Даже вложеные, если их кол-во не большое, то oracle - это просто трата денег, ну или запас на далекое будущие, когда кол-во запросов может начать расти. >Поверьте мне, если бы производительность внешних модулей была значительно выше SP... сейчас >бы их в системах СУБД небыло. Ok. специально потещу. Я просто уже выше писал о тестировании двух биллингов. >Хм, заметим что модуль на C не способствует кроссплатформености. Вспомним не забвенную >OpenBSD. Хотя мне сейчас начнут говорить, что не фиг там ее >собирать... А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и linux, что я думаю удовлетворит 90% пользователей. >Мдя чуствуется меня записывают в туже категорию. Тогда мил человек ответь мне, >что такое третья нормальная форма? Думаю в поисковике найдешь быстро. Так >что вопрос будет в другом. Понимаешь ли ты, что это значит Вам не правильно чувствуется. Просто nibs в том и в этом случае был опущен людьми, которые знают его поверхностно. насчет провокационных вопросов - из своей области я могу их нагенерить тоже и ответ на них тоже будет первой ссылкой после поиска яндексом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от sauron (?), 21-Ноя-04, 19:11
	>У меня под nibs - p3-1400 xeon, 1gb, raid 1. При пике >кол-ва клиентов - cpu idle ~ 95%, ram'а ~ 500 мег >свободно, скорость авторизации (~ 4 select'а) - 0.5 - 1 секунда. up 74 days load average: 0.06, 0.03, 0.00 ? Не будем меряться сами знаете чем. >Два человека - это не показатель. Хотя если для Вас написание красивой >документации также важно как и написание кода - документация будет >хорошей. Это важно в любом проекте. К примеру есть очень хороший проект cyrus-sasl, но документация по нему очень скудная. >Текущий статус документации nibs я считаю достаточным, если человек >знает, что такое sql, и если linux (или BSD) он поставил не >позавчера, а хотя бы есть год опыта его эксплуатации. Больше, надо минимум полтора. >Про это я выше сказал ;) Человек с низкой квалификацией биллинг для >ISP все равно не соберет, будь у него хоть самая подробная документация с >комментариями к исходникам. Другой вопрос в том что такое в вашем понимании биллинг ISP класса ? >MySQL я использую только под мелкие задачи. Ладно. Вы меня убедили. >Добиваю netflow и буду проводить performance тесты. А причем тут MySQL ? Вы так же используете PostgreSQL. >Freeradius к базе не ходит вообще. Ходит только nibs'овый модуль. А ну да он же заменяет собой стандартный sql модуль. И поддержки Oracle естественно нет. >Oracle - коммерческий продукт, за который беруться не малые деньги. Я про хранимые процедуры и прочее. ;) Причем он не оффициально доступен нахаляву. Так сказать для разработчиков. >Даже вложеные, если их кол-во не большое, то oracle - это просто >трата денег, ну или запас на далекое будущие, когда кол-во запросов >может начать расти. Оракл не только производительное решение. Это еще очень мощные возможности. >Ok. специально потещу. Я просто уже выше писал о тестировании двух >биллингов. Скорость хранимых процедур как много раз уже говорилось зависит от рук их писавших. >А она нужна (кроссплатформеность)? nibs у меня работал на freebsd и >linux, что я думаю удовлетворит 90% пользователей. Но, желательна. >Вам не правильно чувствуется. Просто nibs в том и в этом случае >был опущен людьми, которые знают его поверхностно. Хм тогда может объясните в чем я знаю FreeNIBs поверхностно ? И в чем я его опустил ? Еще раз напомню я только сказал, что мне не нравится его ахритектура. С моей точки зрения она ограничена. И все. Я не говорил, что она кривая и т.п. Я только сказал, что я бы так не делал. >насчет провокационных вопросов. Я про то, что у тех кто понимает, что такое третья нормальная форма не возникает вопросов о хранимых процедурах. Или о том что это надо делать в виде внешнего модуля. Им просто это не прийдет в голову. >из своей области я могу их нагенерить тоже и ответ на >них тоже будет первой ссылкой после поиска яндексом. Вперед и с песней. Что это за область такая экзотическая?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от eugene (??), 22-Ноя-04, 06:48
	>Добиваю >netflow и буду проводить performance тесты. да насчет тестов очень интересная мысль предлагаю сделать такой стендик в виде билинговой БД, и попробовать отрабатывать с ним типовые операции (авторизация, обсчет и тд) из SP, и из внешних модулей...
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	82. "Cake 1.0 RC1 - VPN биллинг для домашних сетей и малых сетей ..."	+/–
	Сообщение от eugene (??), 22-Ноя-04, 06:28
	>База - это всего лишь хранилище. Ядро биллинга - это его расчетная >часть. хм ну ну ядро билинга -- это в первую очередь именно грамотно спроектированная база >Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата) >- в результате получается не все так гладко. В твоем случае, >если ты не претендуешь на ISP биллинг - SP пожалуй идеальный >вариант. любой sql запрос (которых несколько) для расчетного модуля создает в БД точно те-же накладные расходы на инициализацию и обработку результата, что и SP, только SP выполняется 1 раз.. >Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова. >MySQL быстрее отрабатывает на select и insert - поэтому я его >юзаю для тарификации и сбора netflow, в Pg - я храню >подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я >понимаю Ваше желание после прослушивания крутого курса по СУБД писать все >в SP, но поверьте - это не всегда круто и обосновано. не всегда, но как показывает практика -- в большинстве ресурсоемких задач с БД только они и спасают ;)
	Ответить \| Правка \| К родителю #52 \| Наверх \| Cообщить модератору