madf Опубликовано: 12 сентября, 2011 Опубликовано: 12 сентября, 2011 а если просто разрешить работать с маской ? Те-же яйца только в профиль. Хотя нет, даже еще сложнее, т.к. прийдется отслеживать перекрытие подсетей у юзеров.
Roman Pogosyan Опубликовано: 13 сентября, 2011 Автор Опубликовано: 13 сентября, 2011 Авторизатор сдох ... в системе авторизует в авторизаторе выкидывает ошибку логина и пароля
madf Опубликовано: 13 сентября, 2011 Опубликовано: 13 сентября, 2011 Авторизатор сдох на транке или на альфе? Авториазтор я сейчас активно ломаю. По идее уже доломал.
madf Опубликовано: 13 сентября, 2011 Опубликовано: 13 сентября, 2011 На транке разные чудеса могут твориться, тестить лучше в привязке к версии: -alpha, -beta, -rc1 и т.д. О большинстве проблем в транке я и сам знаю потому что сам их создаю
Roman Pogosyan Опубликовано: 14 сентября, 2011 Автор Опубликовано: 14 сентября, 2011 (изменено) В транке .. читаю твои коменты и смотрю как работает то что сделал Изменено 14 сентября, 2011 пользователем Roman Pogosyan
Roman Pogosyan Опубликовано: 14 сентября, 2011 Автор Опубликовано: 14 сентября, 2011 О списывании денег по дням. если у клиента ровно 0 на балансе , сумма не списывается и он не уходит в минус .. а следовательно и не отключается
madf Опубликовано: 14 сентября, 2011 Опубликовано: 14 сентября, 2011 О списывании денег по дням. если у клиента ровно 0 на балансе , сумма не списывается и он не уходит в минус .. а следовательно и не отключается А что указано в настройках в параметре FeeChargeType?
madf Опубликовано: 14 сентября, 2011 Опубликовано: 14 сентября, 2011 on Что значит "on"? У этого поля числовое значение.
Sargas Опубликовано: 14 сентября, 2011 Опубликовано: 14 сентября, 2011 Раз "on", то наверно имелось введу значение 1. Хотя.. )
Небесный Опубликовано: 15 сентября, 2011 Опубликовано: 15 сентября, 2011 madf, мне кажется я знаю в чем проблема, в условие нужно добавить >= 0 if (c > 0) property.cash.Set(c - fee, sysAdmin, login, store, "Subscriber fee charge"); break; Я думаю ты поймешь где это условие, я когда сам себе правил исходники на предыдущих версиях, тоже попался на это, когда у юзера баблос чистый ноль, в нэт пускало, а деньги не снимало, потом раздуплил, в чем дело.
madf Опубликовано: 15 сентября, 2011 Опубликовано: 15 сентября, 2011 С нулем проблема есть. Сейчас нормальным условием получения доступа в инет есть cash >= -credit. Т.е. при нуле пускает. Представим себе свежезарегистрированного абонента с безлиммитным тарифом (цена за трафик - 0). На счету ноль, есть доступ в инет. Он сможет получать услугу в течении месяца (или суток при посуточном снятии абонплаты). Казалось бы, решением проблемы будет замена условия на cash > -credit. Но и это условие вызывает проблемы. Допустим, новый абонент с нулем на счету платит в конце месяца абонплату, которая тут-же снимается. На счету снова ноль. Но он заплатил за услугу и должен ее получить! На этот случай есть FreeMbAllowInet. При установке этого параметра в yes доступ будет предоставляться если у абонента есть FreeMb. Но это тоже вызывает проблемы. В этом случае абонент может вообще не платить за услугу. Он будет бесконечно уходить в "минус" и при каждом снятии абонплаты получать FreeMb. Пока писал этот пост, кажется, придумал решение проблемы. Условие допуска меняем на cash > -credit, нормальным условием делаем FreeMbAllowInet и FeeChargeType ставим равным 1. Если абонент новый то у него cash = 0, freeMb = 0 и доступа нету. Если он заплатил то получает доступ по условию cash > -credit. Если он заплатил и сняло абонплату то он получает доступ по условию freeMb > 0. Если он не заплатил и у него на счету денег мало денег то снимется абонплата и он получит по freeMb > 0 доступ в долг на один месяц. В следующем месяце freeMb обнулится, но абонплата не снимется, т.к. долг. И, соответсвенно, новый freeMb не начислится. Все эти рассуждения относятся к помесячному снятию абонплаты. При ежедневном снятии есть нюанс: хоть абонплата снимается и каждый день, freeMb не начисляется. Посему, если в последний день месяца при очередном снятии АП на счету окажется 0 - доступ прекратится. Да, нужно признать, Stargazer плохо приспособлен к работе с безлимитными тарифами, хотя и совсем не по тем причинам, которые указаны в одноименной теме.
Roman Pogosyan Опубликовано: 15 сентября, 2011 Автор Опубликовано: 15 сентября, 2011 da sproru net .. s sovremennymi tendenciyami (po krajnej mere as) vse perehodyat na limit skorosti i, a ne ob'ema trafika. tak chto nado kakto na eto reagirovat' kstate Посему, если в последний день месяца при очередном снятии АП на счету окажется 0 - доступ прекратится mozhno sdelat' proverku na nalichie konca mesyaca .. esli snyatie poslednej ap sovpadaet s koncom mesyaca .. dobacit' emu freemb
madf Опубликовано: 15 сентября, 2011 Опубликовано: 15 сентября, 2011 Проблема в том что изначально использовалась достаточно сложная логика, которая опиралась на ненулевую стоимость трафика. Модифицировать ее сейчас достаточно сложно. Тут нужно переходить на понятие объема предоставляемой услуги (в мегабайтах ли, в секундах ли, в килограмах ли - не важно) - а это, фактически, переписывание всего ядра системы. Нужно либо искать обход сложившейся ситуации, либо... писать stg-3.
Roman Pogosyan Опубликовано: 15 сентября, 2011 Автор Опубликовано: 15 сентября, 2011 согласен с стг-3
Рекомендованные сообщения