Wapr-Old

Ну вот, не успел порадоваться, что система уже вторые сутки не сбоит, как всплыло вот что :argh: Имею: тарифный план с параметрами PriceDayA0=0.020000 PriceDayB0=0.020000 Threshold0=294 NoDiscount0=0 SinglePrice0=1 PassiveCost=1.000000 Fee=10.000000 Free=294.000000 TraffType=up Остальные направления и параметры = 0 А также конфиг биллинга: FreeMb=0 TurnTraff=no DayFee=1 DayResetTraff=1 DirName0=Inet Остальное видимо некритично При этом авторизатор мне показывает, что я скачал 69Мб за этот месяц и осталось бесплатных 258Мб, что не лезет ни в какие ворота :rrr: Менеджер показ

А еще можно кое что убрать Например при изменении данных пользователя каждый раз вываливается диалог "данные изменены успешно" и надо обязательно ОК нажать. Нафига, спрашивается? Коль я уже раз нажал этот ОК в форме для редактирования, зачем же еще раз давить?

Вот еще один интересный баг Возвращаюсь сегодня часов в 21 и не могу авторизоваться. В логе наблюдаю: 2004-010-05 16:48:53 -- User serja 10.100.151.55 connected. 2004-010-05 16:50:38 -- User serja disconnected. 2004-010-05 16:57:40 -- User hail 10.100.200.45 connected. 2004-010-05 17:00:09 -- User serja 10.100.151.55 connected. и с тех пор ни одной записи, в том числе и моих попыток авторизации. при этом инета разумеется ни у кого нету за исключением этих 2-х последних, которые и не знают об этом, т.к. их авторизатор естественно тоже отшивает, но записи-то в iptables остались н

да это точно баг .... если у клиента БМ больше 0, а денег нет и нет кредита, инет быть должен ! Причём даже два бага, т.к. отсутствие доступа это одно, а ненахождение OnConnect - совсем другое. :0-0:

А с каких это пор мылом стало быстрее чем фтп? Или я что-то пропустил? :tongue:

Ну баг не баг, но всё же: Когда у клиента xxxx на счету был 0 и счётчик бесплатных мегабайт больше нуля и кредит равен 0 (ситуация сразу после снятия абонплаты) то подключиться он не смог. В лог попадало следующее: 2004-010-01 00:56:25 -- Script OnConnect cannot be executed. File not found. 2004-010-01 00:56:25 -- User xxxx 10.100.200.125 connected. 2004-010-01 00:56:34 -- User xxxx disconnected. 2004-010-01 00:58:36 -- Script OnConnect cannot be executed. File not found. 2004-010-01 00:58:36 -- User xxxx 10.100.200.125 connected. 2004-010-01 00:58:55 -- User yyyy 10.100.200.45 connected.

А с чего вы взяли, что это сервер пингует? Я всегда был уверен, что SgConfig.

Машина-то есть, ты скажи какой пакет ломать ИМХО будет хорошо, если ты выложишь тестовые пакеты с паролем например 8-10 знаков, а мы той прогой их поломаем... -

Чтобы понять актуальность этого метода, неплохо бы сравнить защиту СТГ и чего-нибудь коммерческого, например УТМ. Ежели окажется сравнимо, то пока наплевать. (имхо) Хотя конечно RSA рулит

два, но на разных портах и значит независимо. ( и два биллинга запущены разумеется, 1-ый и 2-й STG ) :tongue:

Решив, что систему надо мучать до упора, довёл-таки её до указанной ошибки и на этот раз снял скриншот ситуации Т.е. ошибки повалились прямо в процессе коррекции счётчиков. PS: А при закрытии программы он выдал вот что:

Говорю Идея безусловно здравая, но вот насчёт снятия половины абонплаты хочется уточнить Что то меня последнее время так на тарифы потянуло... не к добру... ах да, абонплата! А если она у меня 1-го числа всегда снимается, а юзер создан 15-го, она всё-равно будет снята (половина разумеется)?

Чё-то я нынче совсем отупел ... Как же он тогда сможет на 2 и более месяцев оплатить, если всё снимется в первый-же? Смысл этой фразы от меня ускользает. Чес-слово! :tongue: Ок. Делаем такой тариф: абонплата - $25, бесплатный трафик - 1Гиг, превышение - например $0.01/Мег. Юзер кладёт например $40 и качает например 2 гига. В начале месяца с него снимется $25 абонплаты, а до конца месяца снимется ещё $10 за 1 гиг превышения. В следующем месяце он вообще не получит доступа т.к. на счету будет <0. Эта схема не работает?

Вы хочите глюков? Их есть у меня :0-0: 1. При создании нового юзера почему-то возникает предоплаченный трафик с примерно такими значениями - 223.0529 222.8952 При этом выбран тариф с предоплаченным трафиком в 500Мб. Если выбрать тариф без предоплаченного трафика, получается 0 (т.е. правильно) 2. Скорректировав предоплаченный трафик на 442.227 получил вдруг ошибку при обновлении списка типа access violation bla-bla-bla, хотя юзер прописаться успел.

Чё-то я совсем запутался... :00: Вроде любой биллинг сделан для учёта именно денег, а при чём тут трафик? Ведь если абонплата снимается каждый месяц независимо от наличия/отсутствия трафика, это вроде и есть то что надо, или я не прав? Всё равно ведь в начале месяца у всех счётчики трафика обнуляются.

А вот с этим я категорически не согласен. Такая фича, будучи неправильно реализованной, есть источник финансовых разборок с юзерами. Ведь если её применить (а раз она есть, почему не применить?), у клиента возникнет вопрос о пересчёте. А что ему отвечать если мы сами не знаем как оно работает? PS: Кстати о пересчётах и изменении rules - вот исчё примерчик на засыпку: Переводим юзера с тарифа с абонплатой на тариф без абонплаты, но с более дорогим трафиком например 20 числа, а rules изменены 10 числа. Как быть? (учтите, что 1-го числа с юзера была в полном объёме снята абонентка за месяц и

Вот подлянко-то :-/ Jul 2 2004, 03:28 DarkNight писал про версию от 30.06, что у него в конфигураторе неправильно отображается инфа о юзере см. тут А у меня всё было нормально. Но теперь и у меня та-же бодяга. Скриншот приводить не буду, т.к. старый полностью актуален. ИМХО это и тарифы с пробелами - явления связанные, т.к. новый сервер с предыдущим SgConfig-ом работает точно также... (т.е. криво)

to egor2fsys: Добавь в список отличий от предыдущей версии, что теперь сервер не понимает имён тарифов с пробелами внутри.

EvgenT А ты проверь на всякий случай, а то мало ли. Пусть OnConnect и OnDisconnect после изменения правил что-нибудь в лог пишут и сразу станет ясно кто виноват

Если б не появился в STG2 пункт - "перевести немедленно", никаких вопросов бы и не возникло , но раз уж появился, надо что-то стройное и логичное придумать по обозначенным вопросам... имхо возможно 2 пути решения: 1 - принять, что новый тариф вводится именно в момент его смены, и тогда надо как-то пропорционально пересчитать снятую абонплату и всё, что юзер выкачал сверх предоплаченного трафика, и 2 - сделать откат на начало месяца, ввести новый тариф и затем снять все скачанное уже по новому тарифу. (только не бейте меня за это )

0. Если речь о втором, то сортирует он конечно правильно, но выделение строки при этом не перемещается на новое место, а как была например первой, так первой и остаётся, соответственно вид картинки не соответствует реальному положению дел. Приходится искать в списке место, куда попала выделенная строка и клюкать по ней. (WinXP+SP1) А первый это вообще атас: при каждой перерисовке меняется порядок сортировки для всех столбцов кроме имени аккаунта. (Win98, WinXP) 1. Моё скромное ИМХО говорит, что фиг с ней, с оптимизацией пока. Пусть оно сначала правильно заработает и обретёт непробиваемую

Итс гуд!!! ... но продолжим уточнять Итак ситуяция намбер ту: Переводим юзера с тарифа с предоплаченным трафиком 100Мб на тариф с предоплаченным трафиком 200Мб. При этом на момент перехода юзер уже скачал 150Мб. Что нибудь пересчитывается или считаем, что раз качал на старом, денежки пропали? PS: а насчёт первого вопроса я как-то засомневался. Ведь если абонплата снимается в начале месяца а не в конце (т.к. я не знаю провайдеров, которые работают в кредит), то надо не снимать её в начале/конце учётного периода, а пересчитывать УЖЕ снятые с юзера деньги. Или я где то торможу?

Кстати о багах. В менеджере клиентов (win32) можно выбрать поле, по которому будет сортировка списка, но так, как оно работает - уж лучше бы его не было. (причём как в 1 так и во 2 stg) щас потестю на предмет учёта трафика... Итак копирую 1Гб с сервера (1073278000) Скорость ~4-4.5Мб/сек Загрузка SGT1 ~10% SGT2 ~40-45% Samba ~30% В логах имею: SGT1 - 2004.07.04.16.50.03 60524 0 905932156 0 9761 0 14335312 0 SGT2 -> 16.40.00 - 16.50.00 10.100.100.115 0 95441 8384 0.000000 10.100.100.115 2 1063

С того момента, когда заработала возможность изменить юзеру тарифный план не в конце учётного периода а немедленно, меня занимает такой вопрос: А что сделает биллинг с теми деньгами, которые с юзера уже сняты в виде абонентки, если новый тариф имеет другую величину абонентки или не имеет её вовсе? И, соответственно, наоборот. Ведь если пересчёт не производится - это совершенно неправильно и придётся делать это вручную, а если производится, то нельзя ли озвучить правила? ЗЫ: Разумеется можно просмотреть коды, но C не все знают

Доку говоришь? ну ну... Читаем install.txt из каталога ./doc в файле stg2-2004.06.30-12.43.20.tgz <skip> 2. В файле make.linux или make.bsd, в зависимости от используемой ОС, прописать параметр t=1 или t=2, в зависимости от типа используемого тарифа 1 или 2 соответственно. 3. Сказать make для Linux, make bsd для FreeBSD 4. Скопировать ./stargazer2 в /sbin/stargazer2 5. Из ./inst/etc/stargazer скопироать файлы в /etc/stargazer 6. Для типа тарифа #1 скопироать из ./inst/var/stargazer2-1 в /var/stargazer Для типа тарифа #2 скопироать из ./inst/var/stargazer2-2 в /var/star