Первая тестовая версия открытой биллинг системы, распространяемой под лицензией GPL, "Cake VPN billing (http://www.npj.ru/cake)".Cake интегрируется с программами FreeRADIUS, pptpd+pppd, PostgreSQL, Web интерфейс построен на основе Java servlets/JSP.
Основные возможности
:- Учёт трафика, минимальная дискретность интенсивности расхода – 1 мин
- Поддержка нескольких тарифов
- Ограничение доступа в интернет по расходу трафика (концепция лицевого счёта и положительного баланса)
- Возможность раздельной и совместной тарификации по времени и трафику
- Ограничение доступа в интернет по времени суток (по группам пользователей)Виды отчетности
- Интенсивность расхода трафика (часы, дни)
- Объём израсходованного трафика (суммарный, пользователи) за заданный периодURL: http://www.npj.ru/cake
Новость: https://www.opennet.ru/opennews/art.shtml?num=4673
freenibs мне кажется лучше. Но хорошо что таких проектов становится больше.
freenibs мне кажется лучше. Но хорошо что таких проектов становится больше.Сомнительное утверждение ;) Прежде чем это делать FreeNIBS был изучен и отборошен.
PS Это скорее демонстрация возможностей FreeRADIUS.
Еще сомнительней когда автор хвалит свой проект и необоснованно хаит чужой.
>Еще сомнительней когда автор хвалит свой проект и необоснованно хаит чужой.
Это сугубо ваши проблемы. Я лишь высказал мнение. Я бы не стал делать cake если бы меня устраивал функционал и архитектура FreeNIBS.IMHO модуль FreeNIBS, это костыли к MySQL. Так как в MySQL нет триггеров, хранимых процедур их функции выполняет модуль FreeNIBS. Да FreeNIBS более унивесален. И заточен скорее под модемные пулы чем под VPN. Но для работы требует себя любимого. Найдите в cake хоть один патч. Все работает на стандартном софте. В gentoo практически из коробки.
Freenibs, то есть freeradius :) прекрасно работает с PosgreSQL или любой другой базой которую поддерживает freeradius. И что надо патчить для установки freenibs? Freeradius? Так freenibs модуль freeradius'а и там ничего не патчится, а просто копируется. Весь остальной софт используется без каких-либо патчей.
>Freenibs, то есть freeradius :) прекрасно работает с PosgreSQL или любой >другой базой которую поддерживает freeradius. И что надо патчить для >установки freenibs? Freeradius? Так freenibs модуль freeradius'а и там >ничего не патчится, а просто копируется. Весь остальной софт используется >без каких-либо патчей.Уху только этот модуль не собирается без бубна на OpenBSD. А использование PostgreSQL вместо MySQL не добавляет в логику хранимые процедуры. Поскольку целевая СУБД MySQL
молодцы мужики! хорошее дело делаете! искренне желаю успехов и чуточку удачи! ЗЫ а какая минимальная конфигурация сервера биллинга возможна?
Молодцы мужики! Правильной дорой идете!
>а какая минимальная конфигурация сервера биллинга >возможна?
Хм это зависит от рук и железа и количества пользователей. Лучше >=64Mb памяти если все в одном флаконе крутится. Памяти надо только из-за java. Веб интерфейс будет крутится в другом месте то в целом хватит и 32Mb ;)
ну не проблема поставить и 128 мегов, правда процессоры слабые (пень 166-200) но и юзеров то 10-18 чел..
Должно вытянуть. Сайчас система крутится на P-II Celeron 400Mhz 128Mb памяти. Напрягать проц будет только при работе с web интерфейсом.
>Должно вытянуть. Сайчас система крутится на P-II Celeron 400Mhz 128Mb памяти.
>Напрягать проц будет только при работе с web интерфейсом.и то эта нагрузка проявляется только при формировании некоторых отчетов (сложные/объ1мные выборки из БД), а так все на этой же машине летает
кстати я не заметил юзер-интерфейса на скриншотах
для юзеров ничего что ли нету? :) как они смогут контроливать свой счет траф и тп?
>кстати я не заметил юзер-интерфейса на скриншотах
>для юзеров ничего что ли нету? :)
>как они смогут контроливать свой счет траф и тп?
скачиваем ставим. Видим что там есть два типа пользователей. Пользователи и администраторы. :) Первые могут смотреть только баланс.
Надеюсь, не по-свински работает с БД при выгрузке отчета за период сбора статистики? А то lanbilling так и не научился немногочисленные общие для всех переменные, хранимые в БД, хранить в памяти, вместо того, чтобы при выгрузке каждого лицевого счета запрашивать их по-новой. 100М/бит линк между сборщиком статистики и базой данных просто дохнет :)
>Надеюсь, не по-свински работает с БД при выгрузке отчета за период сбора
>статистики?
Не совсем понимаете как работает этот биллинг. Информация обновляется по каждой сессии ежеминутно. Но при этом не все хором. Это время зависит от того когда было осуществленно подключение. Кроме этого вызываются хранимые процедуры. Надеюсь не надо пояснять, что они уже скомпилированы и по сети передаются только данные и вызов процедуры.> А то lanbilling так и не научился немногочисленные общие для
>всех переменные, хранимые в БД, хранить в памяти, вместо того, чтобы
>при выгрузке каждого лицевого счета запрашивать их по-новой.
Они могли измениться за период между выгрузками. Но на самом это уже вопрос архитектуры. Счетчик в БД или в коллектор должен отдавать только трафик. А так же получать правила подсчета трафика. Причем только принудительно. Т.е. если мы что-то изменили в правилах подсчета, мы же и загружаем их. Проверять каждые 15 минут, а не изменилось ли? Не есить правильно. См. RTFM (Real Time Flow Meter) - это иделогически правильный подход к счетчикам и коллекторам.>100М/бит линк между
>сборщиком статистики и базой данных просто дохнет :)
Тут не должен ;)
Хм. разграничений по различным адресам на тарифные зоны я так понимаю нету?
>Хм. разграничений по различным адресам на тарифные зоны я так понимаю нету?
>
Билинг считает по пользователю (точнее по поднятому интерфейсу). Чтобы считать по тарифным зонам, необходим внешний счетчик по ip.PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А не ISP билинг.
Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон плата. Есть остальной интернет - вашим билиногом такое не посчитать.
А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем новшество и красота? и использовании java?
>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение
>ресурсы - за доступ к котором денег не берут, только абон
>плата. Есть остальной интернет - вашим билиногом такое не посчитать.
посчитать, см. active-filter в ppp, он позволяет не учитывать некоторые направления
тем более если за локальный у вас абонентка -- вполне рабочее решениечто касатеся 800-900 пользователей -- для этого вам придется ставить несколько экземпляров VPN серверов (высокая нагрузка на процессор при инкаспуляции ethernet-ppp + ограничения tty), и доработать напильником ip крутилку (в одной SP в базе 3 строчки поправить)
>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>новшество и красота?
новшество и красота в том, что он прост в установке, достаточно функционален, надежно работает (так как основан на проверенном и качественном софте) и соврешенно бесплатен + сорцы>и использовании java?
укажите мне более соврешенную и удобную среду для разработки веб-приложений..
>>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение
>>ресурсы - за доступ к котором денег не берут, только абон
>>плата. Есть остальной интернет - вашим билиногом такое не посчитать.
>посчитать, см. active-filter в ppp, он позволяет не учитывать некоторые направления
>тем более если за локальный у вас абонентка -- вполне рабочее решение
>
Не решение. как раз таки по тому что сказано было ниже - добавит нагрузку на камень.>что касатеся 800-900 пользователей -- для этого вам придется ставить несколько экземпляров
>VPN серверов (высокая нагрузка на процессор при инкаспуляции ethernet-ppp + ограничения
>tty), и доработать напильником ip крутилку (в одной SP в базе
>3 строчки поправить)
>>>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>>новшество и красота?
>новшество и красота в том, что он прост в установке, достаточно функционален,
>надежно работает (так как основан на проверенном и качественном софте) и
>соврешенно бесплатен + сорцы
>
Если бесплатность и сорцы это главное - тут такого много :) и не надо напирать на это. Кстати как вы собираетесь лицензироваться под GPL когда у java своя и более интересная лицензия. Насколько помню вы можете только под java open license лицензироваться.>>и использовании java?
>укажите мне более соврешенную и удобную среду для разработки веб-приложений..
А зачем нужен web ? :) а так вполне php/perl справятся и с меньшим гемороем как использование java servlets. К слову сказать java не сертифицирована к использованию на FreeBSD, а на linux имеет набор очень странных приколов по части использования памяти при боль-менее серьезной нагрузке.
>Если бесплатность и сорцы это главное - тут такого много :) и
>не надо напирать на это. Кстати как вы собираетесь лицензироваться под
>GPL когда у java своя и более интересная лицензия. Насколько помню
>вы можете только под java open license лицензироваться.причем тут лицензия java? я же не использую исходный код jre или каких либо компонентов jvm. для функционирования cake вы можете запускать любую java машину и любой jsp/servlet контейнер из существющих, будь он хоть коммерческий, хоть gpl, хоть bsd..
>А зачем нужен web ? :) а так вполне php/perl справятся и
>с меньшим гемороем как использование java servlets.а как вы собираетесь рулить удаленно коробкой, у которй 3 провода торчат?
через ssh консоль?? обясните вашему начальнику, как ей пользоваться ;))
>К слову сказать java
>не сертифицирована к использованию на FreeBSD,
это проблемы freeBSD
>а на linux имеет набор
>очень странных приколов по части использования памяти при боль-менее >серьезной нагрузке.поставьте другую JVM
>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон
плата.
А внутренняя сеть идет не через VPN.>Есть остальной интернет - вашим билиногом такое не посчитать.
Через VPN отдается только интернет почему не посчитать?>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
новшество и красота? и использовании java?
Вам бесплатно (безвозмездно) предлагается продукт из коробки. Вам не прийдется его писать. Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете написать аналог cake с нуля ?
>>Извините но вот маленькая домашная сетка ~800-900 пользоватлей. В ней есть внутрение ресурсы - за доступ к котором денег не берут, только абон
>плата.
>А внутренняя сеть идет не через VPN.
>
Кто вам сказал такую чуш? можно еще усложнить задачу - провайдер предоставляет доступ к некоторой части своих ресурсов (game/ftp/ircd) клиентам бесплатно, один из таких клиентов home-net. как тарифицировать это в вашей схеме?>>Есть остальной интернет - вашим билиногом такое не посчитать.
>Через VPN отдается только интернет почему не посчитать?
>
>>А ваш подсчет прекрастно снимается с того же радиуса :-\ в чем
>новшество и красота? и использовании java?
>Вам бесплатно (безвозмездно) предлагается продукт из коробки. Вам не прийдется его писать.
>Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете
>написать аналог cake с нуля ?
Хм. без веб морды это заняло ровно неделю на perl. Связка
ipacctd + mpd + mysql позднее добавлено в связку freeradius.
Объем перлового модуля (который кроме всего прочего заводит почтовых юзеров в cyrus, ставит квоты и тп) занял килобайт 10.
Веб морду потом писал не я - но насколько знаю не заняло много времени.
>>Новизна ? Ее нет. Это все давно известно. Давайте вы попробуете
>>написать аналог cake с нуля ?
>Хм. без веб морды это заняло ровно неделю на perl. Связка
>ipacctd + mpd + mysql позднее добавлено в связку freeradius.
>Объем перлового модуля (который кроме всего прочего заводит почтовых юзеров в cyrus,
>ставит квоты и тп) занял килобайт 10.
>Веб морду потом писал не я - но насколько знаю не заняло
>много времени.без веб морды - 2 дня на SP постгреса, связка ppp+pptp+postgres+freeradius
обеьем текстов SP -- 2 кб
морда - неделя, jsp\servletдалее -- около 3х недель проверки, отладка, ловля багов
Считать будет разные тарифные зоны? судя по связке - нет.
Заводить юзеров в cyrus imap будет?
И это называется адекватной заменой тому что я перечислил?
это я к тому, что правильное архитектурно-идеологическое решени как правило решает всё.. ;)))))
>это я к тому, что правильное архитектурно-идеологическое решени как правило решает всё..
>;)))))
Интересно как ты будешь петь когда у юзера винда в pptp линк будет вдувать весь свой локальный трафик - и юзеры будут возмущаться излишними счетами за инет.
И после этого ты говоришь о номальных архитекрутных идеях?
>Интересно как ты будешь петь когда у юзера винда в pptp
>линк будет вдувать весь свой локальный трафик - и юзеры будут
>возмущаться излишними счетами за инет.
>И после этого ты говоришь о номальных архитекрутных идеях?
то есть? с чего?во первых если одна подсеть, то никаких проблем с маршрутизацией в принципе
во вторых в ppp есть active filterнесколько десятков пользователей в локалке -- проблем нет..
не вижу проблемы..
Ох... а если подсетей ~5-10 и оно растет? так слегка по районам раскидано. во вторых кидать трафик между районами тем кто не заплатил абонетку это мягко скажем некошерно, пусть довольствуются только 1 районом. Да и кто будет ходить по юзерам прописывать им роутинги что бы не дай бог не залетело в VPN.
в третих любые фильтра при боль менее большом потоке и количестве одновременных VPN сессий 50-100 и выше мягко скажем не кошерно, и жалко камня.Твоя проблема одна - ты не видишь ничего дальше 6-10 машин. а для этого есть очень простая и удобная вещь www.tmeter.ru/misc/trafd/ - кроме всего прочего дает лог трафика юзра, что удобно при разборе "полетов".
PS. на GNU сайте есть очень хорошая мысль "нечего рождать еще один проект, лучше осмотреться и дописать что-то хорошее к существующему".
>Ох... а если подсетей ~5-10 и оно растет? так слегка по районам
>раскидано. во вторых кидать трафик между районами тем кто не заплатил
>абонетку это мягко скажем некошерно, пусть довольствуются только 1 районом. Да
>и кто будет ходить по юзерам прописывать им роутинги что бы
>не дай бог не залетело в VPN.ну не для тех задач оно делалось, сколько можно говорить?!..
это билинг для нескольких десятков машин -- разруливать инет внутри конторы
>в третих любые фильтра при боль менее большом потоке и количестве одновременных
>VPN сессий 50-100 и выше мягко скажем не кошерно, и жалко
>камня.про камушек да, но опять же практика -- у меня 20 человек на машине cel400 -- загрузка проца средняя -- 5-15%
>Твоя проблема одна - ты не видишь ничего дальше 6-10 машин. а
>для этого есть очень простая и удобная вещь www.tmeter.ru/misc/trafd/ - кроме
>всего прочего дает лог трафика юзра, что удобно при разборе "полетов".похоже вы вообще не до конца проблему..
1 надо не только обсчитывать траффик, но еще и выставлять лимиты
2 что качается "лога траффика" -- у меня дискретизация до минуты из keepalive
3 ваше решение обманывется заменой ip адреса -- спрашивается зачем такое счастье..
4 для вашего решения, чтобы рулить билингом -- нужен спец класса "админ", наше донесено с олимпа до простого пользователя, который мышкой умеет вазюкать>PS. на GNU сайте есть очень хорошая мысль "нечего рождать еще один
>проект, лучше осмотреться и дописать что-то хорошее к существующему".смотрели, искали, когда ничего похожего на нужное не нашли -- сделали ;)
собственно если вы заметите, кейк -- это и есть "дописка" к freeradius, pptp и ppp %)))
>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>не дай бог не залетело в VPN.
Уважаемый а вообще в чем прикол маршрутизации прикола ip?
зачем прописывать маршруты?
есть локальный интерфейс который указывается в настройках сетевой платы и используется как маршрутизатор внутри локалки, а вот если пакету вздумалось выбраться за пределы локальной сети тут его пропустят через vpn и посчитают ответный пакет, а так же надо бы посчитать и исходящий трафик, ну так просто для интереса, так что вместо наездов учите протокол tcp/ip =)
Прятного дня!!!P.S. Разработчикам: Вашу разработку не осматривал, доберусь до работы гляну, а вообще использование JSP мне кажется не оправданым, я думаю что использование PHP было бы проще и найдется человек который захечет вам помочь! (У меня скоро дипломка! сейчас идет подготовка к ней, если проект заинтересует меня и моего сокурсника мы к вам!!!)
>>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>>не дай бог не залетело в VPN.
На самом деле в стандартных атрибутах RADIUS есть возможность передать маршруты. Но windows их особо не ловит как и reply-message (если бы ловил то юзерам нафиг бы не нужен был интерфейс для статистики).>Уважаемый а вообще в чем прикол маршрутизации прикола ip?
>зачем прописывать маршруты?
>есть локальный интерфейс который указывается в настройках сетевой платы и >используется как маршрутизатор внутри локалки, а вот если пакету >вздумалось выбраться за пределы локальной сети тут его пропустят через >vpn и посчитают ответный пакет, а так же надо бы посчитать и исходящий >трафик, ну так просто для интереса, так что вместо наездов учите протокол >tcp/ip =)
Проект делался в расчете на плоскую сеть без сегментов (10-100 машин). О чем все было уже говорено не однократно.>Вашу разработку не осматривал, доберусь до работы гляну, а вообще
>использование JSP мне кажется не оправданым.
Кажется, не кажется. Оно технологично :) А изучать дополнительную технологию (PHP) для такого маленького проекта излишество.
>меня скоро дипломка! сейчас идет подготовка к ней, если проект >заинтересует меня и моего сокурсника мы к вам!!!
Хм :D У меня есть кое какие идеи ;)
>>Да и кто будет ходить по юзерам прописывать им роутинги что бы
>>не дай бог не залетело в VPN.
>Уважаемый а вообще в чем прикол маршрутизации прикола ip?
>зачем прописывать маршруты?
>есть локальный интерфейс который указывается в настройках сетевой платы и используется как
>маршрутизатор внутри локалки, а вот если пакету вздумалось выбраться за пределы
>локальной сети тут его пропустят через vpn и посчитают ответный пакет,
>а так же надо бы посчитать и исходящий трафик, ну так
>просто для интереса, так что вместо наездов учите протокол tcp/ip =)Тут ты совсем не прав, если раздача инета идет из сети, например, с 192.168.1.0/24 (ip - 192.168.1.1), а юзер сидит в сети 192.168.2.0/24 (ip-192.168.2.1) и у него дефолт шлюз 192.168.2.254 то при подключении через VPN к инету винда переопределяет default шлюз на VPN-ский, и если юзер будет качать например с ftp сервера (192.168.1.15) то по правилам маршрутизации винда зарулит этот траффик в VPN что не есть гуд. Так что учите матчасть!!!!
ЗЫ: Прописывание юзерам полной таблицы маршрутов нереально в сети уже > 100 человек, так как они часто переставляют эти самые винды
>>есть локальный интерфейс который указывается в настройках сетевой платы и используется как маршрутизатор внутри локалки>Тут ты совсем не прав,
Да тут я не много не туда полез ;-)> если раздача инета идет из сети, например,
>с 192.168.1.0/24 (ip - 192.168.1.1), а юзер сидит в сети 192.168.2.0/24
>(ip-192.168.2.1) и у него дефолт шлюз 192.168.2.254 то при подключенииТут я что со совсем не допонял :-)
192.168.1.0/24 - это что VPN сеть?
192.168.2.0/24 - а это у нас локальная сеть?
да в вашем случае оно и будет происходить имено так!
но тогда вопрос - зачем ставить ftp в зоне vpn сети?
>PS Это биллинг для домашних сетей и предприятий в 10-60 машин. А
>не ISP билинг.Правильно. Не ISP. FreeNIBS - штука более универсальная, я ее юзаю на ISP (в среднем он обсчитывает 100 пользователей одновременно). Да, пришлось потрахаться, чтобы прикрутить его к Postgre, сделать с нуля web-ифэйс админа и пользователя, но, господа, прошу заметить freenibs - бесплатный биллинг, а не решение из коробки, которое распаковал, запустил setup.exe, если что-то не так, то позвонил в тех. поддержку - за это все надо платить деньги. Коммерческий провайдерский биллинг с возможностями FreeNIBS стоит на рынке порядка 10k-20k баксов и если не хочешь платить такие деньги, то должна быть голова на плечах, чтобы разобраться, обточить напильником и запустить! Лично я пользую NIBS уже более 1.5 года и ни разу не пожалел об этом. Я ни в коем случае не хочу обхаить Cake 1.0, но автор сего продукта должен понять, что выставлять свое, хая при этом конкурента (возможностей у которого по-больше будет) в корне НЕ ПРАВИЛЬНО. это мое IMHO.
>Правильно. Не 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 ? Почитайте и поймете, что при разработке заранее были заложены ограничения.
>Хм.. ээ вы читали название темы ? Там есть такая абривиатура 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: насчет "изучен и отброшен" - все-таки не изучен.
>Будь он хоть трижды 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.
>Я всегда оцениваю продукт по архитектуре. Зная что может 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 и егоТеория не всегда сходится с практикой, на практике есть масса нюансов.
>Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под 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кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"? ;)
>однозначко кривые руки разработчика, потому что тот же нибс все равно ходит
>в базу, скорее всего узкое место в какой нибудь неудачно построенной
>выборке или около того..Не спорю... может быть не оптимизированые алгоритмы и пр. не вникал, т.к. я не фанат MS и этот биллинг по любому бы не использовал.
>перезапуск тоже не нужен
>я когда в кейке процедуры отлаживал -- так и менял их по
>"горячему"Я бы удивился бы, если бы надо было после переписки stored процедуры перезапускать радиус или СУБД.
>бред сивой кобылы
>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>и эффективнее SP для перелопачиывания данных ничего не придумано
>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>поклонник С -- незабвенный постгрес умеет процедуры на СВот это точно бред. Обсчет ведется в модуле, а все данные беруться из базы. Готов спорить, что C'шный модуль по количеству операций в секунду сделает хранимую процедуру в разы.
>хм, в кейке скидывается по session-octets-limit вообще то, границы срабатывания как правило
>в пределах 0-30кб, какой точностью срабатывания может похвастаться ваш "волшебный скрипт"?В моем случае это абсолютно бесполезно. session-octets-limit нельзя просчитать, т.к. в зависимости от времени суток цена на трафик меняется. Если мне препрет высокая точность я выставлю update interval в 1 минуту. На данный момент точности хватает, если буду пользовать netflow точность будет в вышеназваном Вами пределе. В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы.
Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к базе далее отправляется запрос select ... и причем их может быть несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е. если еще накладные расходы передачи данных по сети.
Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура или будет работать с той же скорстью или даже быстрее.>Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.
Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать хранимую процедуру на C и в результате такая процедура по скорости будет легко уделывать внешний модуль на C.>В моем случае это абсолютно бесполезно. session-octets-limit нельзя >просчитать, т.к. в зависимости от времени суток цена на трафик меняется.
Не те задачи. Если у меня встанет такая задача я буду использовать NetraMet (RTFM - realtime flow meter).>если буду пользовать netflow точность будет в вышеназваном Вами
>пределе.
Да используем RTFM. А как же.>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
это о чем ?
>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к
>базе далее отправляется запрос select ... и причем их может быть
>несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е.
>если еще накладные расходы передачи данных по сети.
>Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура
>или будет работать с той же скорстью или даже быстрее.Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить....
>Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать
>хранимую процедуру на C и в результате такая процедура по скорости
>будет легко уделывать внешний модуль на C.Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а.
>Не те задачи. Если у меня встанет такая задача я буду использовать
>NetraMet (RTFM - realtime flow meter).NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl.
>>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
>это о чем ?
Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .
>>бред сивой кобылы
>>все равно все ключевые данные для обсчета лопатятся в базе, а быстрее
>>и эффективнее SP для перелопачиывания данных ничего не придумано
>>плюс не забывайте что (а) процедуры тоже компилируются (б) если вы такой
>>поклонник С -- незабвенный постгрес умеет процедуры на С
>
>Вот это точно бред. Обсчет ведется в модуле, а все данные беруться
>из базы. Готов спорить, что C'шный модуль по количеству операций в
>секунду сделает хранимую процедуру в разы.по сути наш спор сводится к сравнимости эффективности реализации математики (в основном целочисленной) в компиляторах C и PL-PG\sql
не думаю, что они как нибудь глобально отличаются по быстродействию, но учтите, что в случае внешнего модуля вам придется делать выборки, и их еще в модули перекидывать, это дополнительные накладные расходы, в то время как в случае с Pl-sql все данные интегрированы с процессом обсчета гораздо теснее..
и все таки мне кажется что основная нагрузка все таки -- это не математика (ее там относительно немного, и все операции типовые), а процессы выборок из БД, поэтому ключевые моменты производительности как раз более естественно решать посредством SP, чем городить огород с внешними C модулями..
>и все таки мне кажется что основная нагрузка все таки -- это
>не математика (ее там относительно немного, и все операции типовые), а
>процессы выборок из БД, поэтому ключевые моменты производительности как раз более
>естественно решать посредством SP, чем городить огород с внешними CPg достаточно быстро отрабатывает на select. насчет много/не много математики - если биллинг предназначен для обсчет 50 пользователей, то математики действительно не много, а вот когда эта цифра увеличивается в 20 раз...
>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...
А в чем разница ? Увиличивается количество операций в процедуре в 20 раз ???
>Pg достаточно быстро отрабатывает на select. насчет много/не много математики - если
>биллинг предназначен для обсчет 50 пользователей, то математики действительно не много,
>а вот когда эта цифра увеличивается в 20 раз...то и нагрузка на БД увеличится в 20 раз.. все таки а считаю при билинге основная нагрузка -- это выборки и записи, перелопачивание данных, а никак не обсчет, который как правило сводится (в рамках операции) к паре умножений и несколькоим срабатываниям на условие..
>Насчет архитектуры. Реализовывать все внутри СУБД звучит гордо, круто и >красиво. А Вы пробовали это дело ставить на поток. Я видел два самописных
>билинга - один написан под 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'ом.>Теория не всегда сходится с практикой, на практике есть масса нюансов.
Просто проэктировщики не всегда выбирают удачную архитектуру. А разработчики, не всегда удачно ее реализуют.
>Да у меня на работе работает именно такой билинг. Тормозить начинает только
>когда данных скапливается более чем за полгода.Осталось уточнить что за железо стоит у Вас на работе, т.к. 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'а.
>Осталось уточнить что за железо стоит у Вас на работе, т.к. 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'а.
Мдя чуствуется меня уже записали в ламеры. Но ответ вы мне дали. Поверьте документацию я читать умею. Но прежде чем ее читать, я всегда оцениваю архитектуру. Если она меня не устраивает, я не читаю дальше.
>А машинка так фигня :) 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 в том и в этом случае был опущен людьми, которые знают его поверхностно. насчет провокационных вопросов - из своей области я могу их нагенерить тоже и ответ на них тоже будет первой ссылкой после поиска яндексом.
>У меня под 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 поверхностно ? И в чем я его опустил ? Еще раз напомню я только сказал, что мне не нравится его ахритектура. С моей точки зрения она ограничена. И все. Я не говорил, что она кривая и т.п. Я только сказал, что я бы так не делал.>насчет провокационных вопросов.
Я про то, что у тех кто понимает, что такое третья нормальная форма не возникает вопросов о хранимых процедурах. Или о том что это надо делать в виде внешнего модуля. Им просто это не прийдет в голову.>из своей области я могу их нагенерить тоже и ответ на
>них тоже будет первой ссылкой после поиска яндексом.
Вперед и с песней. Что это за область такая экзотическая?
>Добиваю
>netflow и буду проводить performance тесты.да насчет тестов очень интересная мысль
предлагаю сделать такой стендик в виде билинговой БД, и попробовать отрабатывать с ним типовые операции (авторизация, обсчет и тд) из SP, и из внешних модулей...
>База - это всего лишь хранилище. Ядро биллинга - это его расчетная
>часть.хм ну ну
ядро билинга -- это в первую очередь именно грамотно спроектированная база>Да ну, а затратить время на вызов это процедуры (инициализация, обработка результата)
>- в результате получается не все так гладко. В твоем случае,
>если ты не претендуешь на ISP биллинг - SP пожалуй идеальный
>вариант.любой sql запрос (которых несколько) для расчетного модуля создает в БД точно те-же накладные расходы на инициализацию и обработку результата, что и SP, только SP выполняется 1 раз..
>Зависит от задач, которые выполняются. Сложность установки одного и другого приблизительно одинакова.
>MySQL быстрее отрабатывает на select и insert - поэтому я его
>юзаю для тарификации и сбора netflow, в Pg - я храню
>подсчитаный результат. Pg - более надежная штука при высоких нагрузках. Я
>понимаю Ваше желание после прослушивания крутого курса по СУБД писать все
>в SP, но поверьте - это не всегда круто и обосновано.не всегда, но как показывает практика -- в большинстве ресурсоемких задач с БД только они и спасают ;)
А в чем скрыт сокральный смысл использования Java в веб-интерфейсе? Сильно сомневаюсь что здесь дело в необходимости кроссплатформенности. Или же разработчики ничего больше программить не умеют?
>А в чем скрыт сокральный смысл использования Java в веб-интерфейсе? Сильно сомневаюсь
>что здесь дело в необходимости кроссплатформенности. Или же разработчики ничего больше
>программить не умеют?Дело сугубо личное. Каждый пишет на том, что больше знает. Я на php. Хотя для написания интерфейсов пользователя и оператора ява не обоснована из-за своей тяжеловесности.
>Дело сугубо личное. Каждый пишет на том, что больше знает. Я на
>php. Хотя для написания интерфейсов пользователя и оператора ява не >обоснована из-за своей тяжеловесности.Очень старый текст. О том что быстрее.
http://caucho.com/resin-3.0/features/jspvsperlphp.xtp
>Дело сугубо личное. Каждый пишет на том, что больше знает. Я на
>php. Хотя для написания интерфейсов пользователя и оператора ява не обоснована
>из-за своей тяжеловесности.
согласен.
для задач кейка php хватило бы выше крыши совершенно аналогичным образом.
Но просто я имею обыт написания webapps на java JSP/Servlet платформе, и для разработки cake (весьма скромного в сущности проекта) осваивать новую (к тому же технологически куда как более ущербную) платформу мне показалось просто нецелессобразным.. ;))насчет тяжеловесности -- доп 40мб на винте и доп 60 мб памяти.. и все дела ;)) конечно на роутер java машинку не поставишь, но для комплексных задач лишние 64мб RAM я думаю не проблема..
>А в чем скрыт сокральный смысл использования Java в веб-интерфейсе? Сильно сомневаюсь
>что здесь дело в необходимости кроссплатформенности. Или же разработчики ничего больше
>программить не умеют?с чего такое неприятие java?
java является очень удобной и технологичной средой для разработки приложений с веб-интерфейсом, каковым является администраторская часть cake..
аналогов сред/платформ со сравнимыми возможностями я не знаю..
из объективных минусов для легковесных задач -- расширенные запросы к ОЗУ конечно же, но думаю в свете современного развития компьютерной техники это не так уже и важно..насчет личных наездов на тему уметь программить -- например с постгресом я познакомился исключительно ради разработки с cake.. ;))
Итак, после всего прочитанного не совсем ясными остались для меня некоторые вещи, но, чтобы понять, есть ли смысл ставить cake, нужен Ваш ответ. Для этого опишу реальную ситуевину:
Есть сетка, около 400 пользователей. Некоторые пользуются инетом, некоторые нет, есть абонентка, которая для всех. Т.о., пользователь платит абонентку строго, плюс платит по потребленному трафику. Тарифов 5-10, соответственно, у некоторых отличается размер абонентки, у некоторых - размер предоплаченного трафика и стоимость потребленного сверх предоплаченного. Трафик по цене не зависит от времени года/суток. Размер канала - 2Мбит. Нужны веб-интерфейсы, различающие пользователей по как минимум трем группам: пользователь, кассир, администратор.В Cake это все реально, пусть немного напильником поработать придется, главное, чтобы не бульдозером?
>Итак, после всего прочитанного не совсем ясными остались для меня некоторые вещи,
>но, чтобы понять, есть ли смысл ставить cake, нужен Ваш ответ.
>Для этого опишу реальную ситуевину:
>Есть сетка, около 400 пользователей. Некоторые пользуются инетом, некоторые нет, есть абонентка,
>которая для всех. Т.о., пользователь платит абонентку строго, плюс платит по
>потребленному трафику. Тарифов 5-10, соответственно, у некоторых отличается размер абонентки, у
>некоторых - размер предоплаченного трафика и стоимость потребленного сверх предоплаченного. Трафик
>по цене не зависит от времени года/суток. Размер канала - 2Мбит.
>Нужны веб-интерфейсы, различающие пользователей по как минимум трем группам: пользователь, кассир,
>администратор.
>
>В Cake это все реально, пусть немного напильником поработать придется, главное, чтобы
>не бульдозером?
Уважаемый, не парьте себе мозги с этой поделкой.
Поставте себе FreeNIBS (nibs.net.ua)
Сразу оговорюсь - дорабатывать напильником в вашем случае прийдёться только вебинтерфейс. Но он делается в течении недели с нуля и в течении 3 часов с базового 8)
>>В Cake это все реально, пусть немного напильником поработать придется, главное, чтобы
>>не бульдозером?>Уважаемый, не парьте себе мозги с этой поделкой.
>Поставте себе FreeNIBS (nibs.net.ua)
>Сразу оговорюсь - дорабатывать напильником в вашем случае прийдёться только вебинтерфейс. Но
>он делается в течении недели с нуля и в течении 3
>часов с базового 8)
точно точно
поделка делалась под совсем другие, куда как более скромные задачи ;)
вообще удивляет -- при заявленном "биллинг для домашних сетей и малых сетей" все начали к cake предьявлять требования класса билилнга ISP ;)))
>Итак, после всего прочитанного не совсем ясными остались для меня некоторые вещи,
>но, чтобы понять, есть ли смысл ставить cake, нужен Ваш ответ.
>Для этого опишу реальную ситуевину:
>Есть сетка, около 400 пользователей. Некоторые пользуются инетом, некоторые нет, есть абонентка,
>которая для всех. Т.о., пользователь платит абонентку строго, плюс
Однозначно nibs. Возможно я не прав, но основываясь на опыте могу предположить, что cake будет нормально работать не в поточной эксплуатации. Вобщем это карманный биллинг, в котором реализованы лишь несколько возможностей nibs. В nibs все это Вам нужно - реализовано.
>Однозначно nibs. Возможно я не прав, но основываясь на опыте могу предположить, что cake будет нормально работать не в поточной эксплуатации.
Не предполагайте, чего не знаете. Что такое основываваясь на опыте ?
Если у вас такой богатый опыт. Укажите на узкие места cake.>Вобщем это карманный биллинг, в котором реализованы лишь несколько >возможностей nibs. В nibs все это Вам нужно - реализовано.
В качестве системы для малых сетей и офисов cake более удобен чем nibs.Vasili я в который раз сталкиваюсь с людим которые панически боятся, что использование хранимых процедур, тригерров и т.п. приведет к очень плохой производительности. В таком случае Oracle абсолютно никому не нужный продукт. В нем настоятельно рекомендуется манипулировать данными с помощью хранимых процедур и других внутренних средств. Поверьте когда у вас количество данных вырастет до одного милиона двух милионов записей в основных таблицах (которых будет не три,а штук двадцать-тридцать),ваш внешний обрабатывающий модуль начнет сильно проигрывать хранимым процедурам. Начнут сказываться накладные расходы. Кроме того перед cake не стояла задача обработки сложных сетей. Сеть считается плоской. Т.е. не более 254 машин (хотя в исходниках pptpd ограничение 100 машин).
>В качестве системы для малых сетей и офисов cake более удобен чем
>nibs.только потому, что планируется его лучше документировать. если человек продвинутый он без труда запустит nibs, прочитав прилагаемую документацию.
>двух милионов записей в основных таблицах (которых будет не три,а штук
>двадцать-тридцать),ваш внешний обрабатывающий модуль начнет сильно проигрывать хранимым процедурам. Начнут сказываться
>накладные расходы. Кроме того перед cake не стояла задача обработки сложных
>сетей. Сеть считается плоской. Т.е. не более 254 машин (хотя в
>исходниках pptpd ограничение 100 машин).Боюсь повториться, но я сам реально тестит nibs с биллингом под mssql. два биллинга были приблизительно с одинаковыми возможностями (где-то больше, где-то меньше). Поэтому я не решился использовать SP.
>только потому, что планируется его лучше документировать. если человек >продвинутый он без труда запустит nibs, прочитав прилагаемую >документацию.
Кому как. Для установки FreeNIBs необходимо приработать напильником FreeRADIUS (Т.е. собрать с ним). Для Cake этого не требуется. Причем Cake работает и на FreeRADIUS 0.9.3 и на 1.0.1 и будет работать на последующих версиях, без каких либо изменений.>Боюсь повториться, но я сам реально тестил nibs с биллингом под mssql.
>два биллинга были приблизительно с одинаковыми возможностями (где-то >больше, где-то меньше). Поэтому я не решился использовать SP.Один биллинг на MS SQL с хранимыми процедурами не показатель.
Можно написать так что все будет тормозить и на оракле.
А как вы, уважаемые, собираетесь для оказания услуг использовать программу, не имеющую сертифтката Минсвязи?
>А как вы, уважаемые, собираетесь для оказания услуг использовать программу, не имеющую
>сертифтката Минсвязи?Для тех кто в танке. Это не ISP биллинг. И счета на его основе выставлять никто не собирается.
>А как вы, уважаемые, собираетесь для оказания услуг использовать программу, не имеющую
>сертифтката Минсвязи?
А вот для этого существуют множество пионэрских поделок, за небольшие деньги предлагающие сертификат, к числу которых я, к сожалению, отношу и lanbilling. Т.о. сертификат - чтобы перед носом у проверяющего помахать, и то, что делали при помощи напильника - чтобы реально считать то, что раздается.
Could not link driver rlm_sql_postgresql: rlm_sql_postgresql.so
--
всё это после установки postgresql 7.4.6
нет у меня такого файла НИГДЕ нет
>Could not link driver rlm_sql_postgresql: rlm_sql_postgresql.so
А операционная система какая ?
linux fedoracore2
>Could not link driver rlm_sql_postgresql: rlm_sql_postgresql.so
>--
>всё это после установки postgresql 7.4.6
>нет у меня такого файла НИГДЕ нет
to_sauron: вот тебе первый вопрос, которого нет в подробной пошаговой документации. хотя этот вопрос, что для nibs что для cake нужно занести в faq первым и выделить самым жирным шрифтом.
этого файла нет ни при сборке freeraduis с tar архива
ни при установке с готового RPM
>этого файла нет ни при сборке freeraduis с tar архива
>ни при установке с готового RPMПрочтите документацию. Чтобы после сборки он был необходимо чтобы configure нашел от postgresql библиотеки и заголовки. Если ставили postgresql из rpm то поставьте еще postgresql rpm devel пакет. Он содержит заголовки.
работает
:)
>работает
>:)
Что ? :)PS Если вы запустили Cake на дистрибутиве отличном от gentoo просьба сообщить дистрибутив, какие пакеты использовались и где вы их брали. Для пополнения документации.
как доделаю всё сообщу.
сейчас настраиваю pptpd
установлен Tomcat, пишу cake cake в web-приглашении
выдаёт
Ошибка: java.lang.NullPointerException
что с этим делать?
>что с этим делать?
как минимум привести полный текст ошибки.
Вполне возможно, что нет jdbc драйверов для postgresql. Или они не находятся. Как выход положить их в папку lib в CATALINA_HOME (это папка )tomcat'а.PS А вообще лучше использовать resin он сейчас GPL, так все шито-крыто. В настройке он более прост и производителен чем tomcat.
но уже с resin
хотя tomcat тоже нечего
>но уже с resin
>хотя tomcat тоже нечегоа что было то?
драйверов для постгреса не было или что?
не коннектился к базе под cake cake
создал ещё одного пользователя с ним заработало
--
createuser cake -P -D
Введите пароль для нового пользователя: cake
Введите снова: cake
Разрешить новому пользователю создавать пользователей? (y/n) n
--
так вот из-за этого последнего n ничего не работало
что в stdout и stderr логах у томкета написано?
и полный текст эксепшена приведите пожалуйста..>установлен Tomcat, пишу cake cake в web-приглашении
>выдаёт
>Ошибка: java.lang.NullPointerException
>to_sauron: вот тебе первый вопрос, которого нет в подробной пошаговой документации.Внимааательно смотрим документацию. Она предполагает, что или все ставится из пакетов (и пакеты все умеют).
Либо все ставится из сорцов.
http://npj.ru/cake/cake-base-install
Читаем предупреждение.>хотя этот вопрос, что для nibs что для cake нужно занести в
>faq первым и выделить самым жирным шрифтом.
Смешанные варианты на RH дистрибутивах никто рассматривать не собирается. Это нарушение идеологии дисрибутива. Пока у вас один-два два пакета, это не смертельно. Но все производители rpm бейзед дистрибутивов, вам посоветуют ставить все из RPM.P.S. RPM билды FreeRADIUS с поддержкой postgresql существуют.
>P.S. RPM билды FreeRADIUS с поддержкой postgresql существуют.
SLES 9
freeradius 1.0.1 также имеете
Что ж. Все сие свидетельствует, что проблема выеденного яйца суть для всех острейшая!
Тема конечно хорошая...вот только вопрос <b>ВСЕМ</B> как такое сделать для системы где один сервак с инетом раздает инет шести сервантам...а эти шесть сервантов в сумме обслуживают 1400 пользователей? вот думаю стоит ли на вашу систему переходить..интересно же вроде как!!
при экспорте базы cake.sql надо ввести пароль, ввожу пароль но доступ не даёт(сильно ругается) что деласть сносить postgresql или я чтото не так сделал???
Очень позновательно, спасибо :)! А вот теперь два вопроса:1) А сильно ли сложно к вышеоспариваемым разработкам прикрутить интерфейс, с помощью которого бы пользователь смог введя пин с карты, купленной в ларьке, пополнить свой баланс?
2) Как учитывать исходящий трафик в случае если он генериться в канал ISP(оператора предоставляющего интернет для нашей домашней сети по PPTP к примеру), и считать входящий с тарелки? То бишь щщитать асинхронный интернет? Ну как? Слабо?
А если честно, интересно присоединиться к проекту Cake, дабы он видиться мне весьма перспективным :)