cake-1.03-UTF8-v2.war
4 views
Skip to first unread message
Nes
Jun 24, 2008, 4:42:04 PM6/24/08
to cakebilling
Все в кодировке UTF-8. Файл загружен.
1. Исправил ошибки в странице stat.person.jsp, теперь табличка с
трафиком работает так же как и в админской версии, а не вылетает с
ошибкой и выходом из биллинга.
2. Переписал datamodule, избавился в нем от getdata(), gettime() и так
далее. Компилятор больше не ругается.
3. Избавился от hb16. 3 строчки кода :)
Может что поломал, посмотрите пожалуйста, но у меня все работает на
resin 3.1.6 и tomcat 6.0. Postgresql 8.3 IDE Netbeans 6.
Далее в планах поправить в базе, учет исходящего трафика и выдачу ip.
Жду критику и рекомендации.
1. Исправил ошибки в странице stat.person.jsp, теперь табличка с
трафиком работает так же как и в админской версии, а не вылетает с
ошибкой и выходом из биллинга.
2. Переписал datamodule, избавился в нем от getdata(), gettime() и так
далее. Компилятор больше не ругается.
3. Избавился от hb16. 3 строчки кода :)
Может что поломал, посмотрите пожалуйста, но у меня все работает на
resin 3.1.6 и tomcat 6.0. Postgresql 8.3 IDE Netbeans 6.
Далее в планах поправить в базе, учет исходящего трафика и выдачу ip.
Жду критику и рекомендации.
Message has been deleted
Nes
Jun 25, 2008, 2:20:58 AM6/25/08
to cakebilling
Спокойно запустил с базой WIN кодировкой вместо родного
cake-1.0.3.war, не трогая базу и конфиги.
Все работает, открывается.
cake-1.0.3.war, не трогая базу и конфиги.
Все работает, открывается.
Anatoly Shipitsin
Jun 25, 2008, 2:22:36 AM6/25/08
to cakeb...@googlegroups.com
25 июня 2008 г. 12:20 пользователь Nes <nes...@gmail.com> написал:
Спокойно запустил с базой WIN кодировкой вместо родного
cake-1.0.3.war, не трогая базу и конфиги.
Все работает, открывается.
И будет работать. Кодировка указывается при подключении базы.
Если кодировка базы отличается от кодировки клиента, то происходит перекодировка.
Если кодировка базы отличается от кодировки клиента, то происходит перекодировка.
Nes
Jun 25, 2008, 10:31:29 AM6/25/08
to cakebilling
Ну вообще пестня :)
Только вопрос, зачем тогда жестко прописано создавать базу в WIN
кодировке?
Так же непонятны дальнейшие планы проекта.
Только вопрос, зачем тогда жестко прописано создавать базу в WIN
кодировке?
Так же непонятны дальнейшие планы проекта.
Anatoly Shipitsin
Jun 25, 2008, 10:49:08 AM6/25/08
to cakeb...@googlegroups.com
25 июня 2008 г. 20:31 пользователь Nes <nes...@gmail.com> написал:
Ну вообще пестня :)
Только вопрос, зачем тогда жестко прописано создавать базу в WIN
кодировке?
Первоначально база разрабатывалась на Windows платформе.
Так же непонятны дальнейшие планы проекта.
Nes
Jun 25, 2008, 4:23:58 PM6/25/08
to cakebilling
> Эта версия далее развиваться не будет. Вторая версия возможно будет.
А узнать планы по 2й версии можно? Хотелось бы присоединиться к
разработке, по мере сил.
jesem
Jun 26, 2008, 11:26:38 AM6/26/08
to cakeb...@googlegroups.com
Насчет выдачи ip да, стоило сначала сделать крутилку ip под /16 сеть, но как то не сообразили, думали что 252 пользователя более чем хватит :)
2008/6/26 Nes <nes...@gmail.com>:
> Эта версия далее развиваться не будет. Вторая версия возможно будет.А узнать планы по 2й версии можно? Хотелось бы присоединиться к
разработке, по мере сил.
2-я -- совершенно отдельная ветка, делается с ноля. По сути "работа над ошибками" первой версии.
Акценты расставлены на как можно более конвергентный биллинг (хоть гвозди считаем) с модульно подключаемыми услугами и на "операторский биллинг", а не "считалку трафика для офиса".
Технологические решения похожие: СУБД - PostgreSQL, в ней же бизнес-логика хранимыми процедурами. Интерфейс -- jsp/jstl.
Для начала планируем как минимум продублировать текущий функционал, но уже со "взрослым" фундаментом.
Модуль PPPOE/PPTP пока планируем реализовывать так же на слегка доточенном linux/pppd (учет направлений трафика, шейпинг, шейпинг с учетом направлений), если у вас есть cisco с ssg/isg, можете предоставить нам его для тестов, тогда реализуем работу с NAS и на такой основе :) .
Из более других учетных услуг мне видится интернет через прокси сервер, предоставление email и прочая телематика, хотя реализация этих модулей скорее всего в далёком будущем.
Nes
Jul 1, 2008, 7:21:01 AM7/1/08
to cakebilling
Можно же поправить эту версию в сторону более нормальной работы.
Многим ненужны та куча функций, которые должны когда-то появиться в
новой версии, тем более что потребуется патчить уже готовые модуль и
эти патчи при каждом обновлении накладывать. При данной версии
используя пакетные дистрибы, введя команду установки необходимых
пакетов затем поправил конф и используешь.
Мне кажется, тут реализована простота и эффективность.
Может все таки скорректировать план разработки этой версии по
устранению некоторых проблем (ip) и добавления функции шейпера, а
лучше возможность создавать более гибкий тариф (по-часовой). А уж
потом создавать что-то новое, судя по описанию, на много более сложное.
Многим ненужны та куча функций, которые должны когда-то появиться в
новой версии, тем более что потребуется патчить уже готовые модуль и
эти патчи при каждом обновлении накладывать. При данной версии
используя пакетные дистрибы, введя команду установки необходимых
пакетов затем поправил конф и используешь.
Мне кажется, тут реализована простота и эффективность.
Может все таки скорректировать план разработки этой версии по
устранению некоторых проблем (ip) и добавления функции шейпера, а
лучше возможность создавать более гибкий тариф (по-часовой). А уж
потом создавать что-то новое, судя по описанию, на много более сложное.
Anatoly Shipitsin
Jul 1, 2008, 8:34:53 AM7/1/08
to cakeb...@googlegroups.com
1 июля 2008 г. 17:21 пользователь Nes <nes...@gmail.com> написал:
Можно же поправить эту версию в сторону более нормальной работы.
Что есть поправить в сторону нормальной работы?
Многим ненужны та куча функций, которые должны когда-то появиться в
новой версии, тем более что потребуется патчить уже готовые модуль и
эти патчи при каждом обновлении накладывать.
Кому не нужна тот не будет их использовать.
При данной версии
используя пакетные дистрибы, введя команду установки необходимых
пакетов затем поправил конф и используешь.
В следующей версии будет так же. Максимум добавится пара пакетов.
Мне кажется, тут реализована простота и эффективность.
Может все таки скорректировать план разработки этой версии по
устранению некоторых проблем (ip) и добавления функции шейпера, а
лучше возможность создавать более гибкий тариф (по-часовой). А уж
потом создавать что-то новое, судя по описанию, на много более сложное.
Проблема в том что система не проектировалась с учетом на какие либо расширения.
И большая часть желаемых дополнений не будет ровно укладываться в архитектуру.
Новая версия планируется именно из-за этого.
Nes
Jul 3, 2008, 4:43:31 AM7/3/08
to cakebilling
>>Модуль PPPOE/PPTP пока планируем реализовывать так же на слегка доточенном
linux/pppd (учет направлений трафика, шейпинг, шейпинг с учетом
направлений)
Как шейпинг будет реализован?
linux/pppd (учет направлений трафика, шейпинг, шейпинг с учетом
направлений)
В Abills при помощи "tc" реализовано и тут писали об этом.
В чем будет заключается доточка модуля PPPOE/PPTP?
Anatoly Shipitsin
Jul 3, 2008, 5:23:39 AM7/3/08
to cakeb...@googlegroups.com
3 июля 2008 г. 14:43 пользователь Nes <nes...@gmail.com> написал:
возможностью отключения клиентов.
Nes
Jul 3, 2008, 9:14:22 AM7/3/08
to cakebilling
> Через tc и будет.
Похоже получится так же как в Abills, создание скрипта, который при
поднятии интерфейса будет читать файл с конфигом созданным через
админку биллинга. Или как то по другому реализумемо?
доп.модулей?
PS: я еще не надоел глупыми вопросами? :)
Похоже получится так же как в Abills, создание скрипта, который при
поднятии интерфейса будет читать файл с конфигом созданным через
админку биллинга. Или как то по другому реализумемо?
> Доточка будет заключаться в добавлении направлений
> увеличении разрядности счетчиков трафика и
> возможностью отключения клиентов.
И все это реализуемо правкой конфигов ppp или требуется написание
> увеличении разрядности счетчиков трафика и
> возможностью отключения клиентов.
доп.модулей?
PS: я еще не надоел глупыми вопросами? :)
Message has been deleted
Nes
Jul 15, 2008, 8:41:32 AM7/15/08
to cakebilling
> > возможностью отключения клиентов.
Они у меня как то сами отключаются, как только доходят до минуса.
Они у меня как то сами отключаются, как только доходят до минуса.
jesem
Jul 16, 2008, 10:14:34 PM7/16/08
to cakebilling
Они на самом деле не "как-то" отключаются, а по истечении лимита
сессионного трафика, который выдается в начале сессии.
Соответственно видим следующие минусы:
1. Если пользователь в течении сессии добавит денег на счет, его все
равно откинет (хотя тут же даст подключиться снова)
2. Такой механизм позволяет учитывать только однородный трафик, без
изменения цен по его направлениям и времени суток
Соответственно, если мы хотим реализовать разные цены для разных
направлений трафика, надо менять схему ограничения доступа к услуге.
сессионного трафика, который выдается в начале сессии.
Соответственно видим следующие минусы:
1. Если пользователь в течении сессии добавит денег на счет, его все
равно откинет (хотя тут же даст подключиться снова)
2. Такой механизм позволяет учитывать только однородный трафик, без
изменения цен по его направлениям и времени суток
Соответственно, если мы хотим реализовать разные цены для разных
направлений трафика, надо менять схему ограничения доступа к услуге.
Nes
Jul 19, 2008, 11:19:50 AM7/19/08
to cakebilling
> Соответственно, если мы хотим реализовать разные цены для разных
> направлений трафика, надо менять схему ограничения доступа к услуге
pptp станет лишь оберткой в абсолютно новом биллинге.> направлений трафика, надо менять схему ограничения доступа к услуге
jesem
Jul 21, 2008, 2:26:50 AM7/21/08
to cakeb...@googlegroups.com
в целом да, за ним останется лишь регламентирование доступа.
2008/7/19 Nes <nes...@gmail.com>:
Nes
Aug 31, 2008, 6:12:05 AM8/31/08
to cakebilling
Почитал старый форум, идеи v2 ходят еще с 2004 года, долговато :)
Anatoly Shipitsin
Aug 31, 2008, 9:27:35 AM8/31/08
to cakeb...@googlegroups.com
Почитал старый форум, идеи v2 ходят еще с 2004 года, долговато :)
Платите, будет быстрее.
Reply all
Reply to author
Forward
0 new messages