Блокировка пользователей.

[neom]

Привет всем назрело несколько вопросов, как сделать чтобы юзеры после снятия абонплаты при недостаче денег на счету переводились в состояние доступ запрещен сразу же, поясню в чем суть, в обычном режиме после работы скрипта new_month.pl если юзер работал в текущем месяце, но забыл пополнить счет на следующий месяц снимается абонка, но в админке пишет доступ разрешен и висит банер:
Предупреждение: при первой авторизации клиента произойдет его отключение т.к. баланс ниже границы отключения. т.е. пока юзер не подключится то он так и будет висеть в воздухе типа и бабок нет и доступ якобы разрешен.

[elite]

Привет всем назрело несколько вопросов, как сделать чтобы юзеры после снятия абонплаты при недостаче денег на счету переводились в состояние доступ запрещен сразу же, поясню в чем суть, в обычном режиме после работы скрипта new_month.pl если юзер работал в текущем месяце, но забыл пополнить счет на следующий месяц снимается абонка, но в админке пишет доступ разрешен и висит банер:
Предупреждение: при первой авторизации клиента произойдет его отключение т.к. баланс ниже границы отключения. т.е. пока юзер не подключится то он так и будет висеть в воздухе типа и бабок нет и доступ якобы разрешен.

а в чем проблема?

[neom]

Да проблема в том что это нелогично и неудобно, т.е. у юзера состояние неопределенности зачем этот проикол чтобы юзер конектился и получал облом смысла невижу что мешает лочить ему доступ сразу, так даже непонятно сколько в данный момент юзеров с отключенным доступом от этого зависит все и статистика и отключение юзеров на оборудовании за биллингом, и просто пытаемся доработать функционал под наши условия при которых юзера не загоняет в минуса до бесконечности.
При данном раскладе если не пополняется то ему будет минусовать каждый месяц и через год он нам будет должен как за новый мопед, а это неправильно т.к. он увидев через пару месяцев свой счет тут же позвонит конкурентам и радостно попросится переключиться, ясное дело никто ему не откажет

[versus]

Да проблема в том что это нелогично и неудобно, т.е. у юзера состояние неопределенности зачем этот проикол чтобы юзер конектился и получал облом смысла невижу что мешает лочить ему доступ сразу, так даже непонятно сколько в данный момент юзеров с отключенным доступом от этого зависит все и статистика и отключение юзеров на оборудовании за биллингом, и просто пытаемся доработать функционал под наши условия при которых юзера не загоняет в минуса до бесконечности.
При данном раскладе если не пополняется то ему будет минусовать каждый месяц и через год он нам будет должен как за новый мопед, а это неправильно т.к. он увидев через пару месяцев свой счет тут же позвонит конкурентам и радостно попросится переключиться, ясное дело никто ему не откажет

Во первых куда это клиент пропал на 3 месяца ? Во вторых у вас бесплатные порты на свиче и бесплатная магистраль? В третьих ситуация вполне нормальная, скрипт перехода месяца работает с тарифами, а ядро с доступами. Зачем выполнять работу ядра на скрипте перехода. В четвертых никто не мешает вам изменить скрипт перехода на новый месяц именно так как вам нужно/хочется. В пятых зачем клиент который 3 месяца не платит, а потом при любом раскладе не звонит и не пытается решить проблему, а сразу идет к конкурентам? Школьнег, не ?

[neom]

Да проблема в том что это нелогично и неудобно, т.е. у юзера состояние неопределенности зачем этот проикол чтобы юзер конектился и получал облом смысла невижу что мешает лочить ему доступ сразу, так даже непонятно сколько в данный момент юзеров с отключенным доступом от этого зависит все и статистика и отключение юзеров на оборудовании за биллингом, и просто пытаемся доработать функционал под наши условия при которых юзера не загоняет в минуса до бесконечности.
При данном раскладе если не пополняется то ему будет минусовать каждый месяц и через год он нам будет должен как за новый мопед, а это неправильно т.к. он увидев через пару месяцев свой счет тут же позвонит конкурентам и радостно попросится переключиться, ясное дело никто ему не откажет

Во первых куда это клиент пропал на 3 месяца ? Во вторых у вас бесплатные порты на свиче и бесплатная магистраль? В третьих ситуация вполне нормальная, скрипт перехода месяца работает с тарифами, а ядро с доступами. Зачем выполнять работу ядра на скрипте перехода. В четвертых никто не мешает вам изменить скрипт перехода на новый месяц именно так как вам нужно/хочется. В пятых зачем клиент который 3 месяца не платит, а потом при любом раскладе не звонит и не пытается решить проблему, а сразу идет к конкурентам? Школьнег, не ?

Пропасть на 3 месяца может и не один клиент летом, я сам в отпуск езжу и не на один месяц, так что к чему глупые вопросы, по поводу портов - а смысл отключать юзера потом включать его при этом платить деньги монтажникам которые ходят это делают, когда за них это делают роутеры которые закрывают доступ юзеру везде кроме статистики. Я спросил можно ли это сделать если нет - будем сами дорабатывать, если да то подскажите где покопать код чтобы юзера лочило сразу, можно например при обновлении клиентов ядром думаю это несложно. Может у Вас на один дом, район, город один провайдер а у нас на крышах пройти нельзя из-за кабелей а на стенах техэтажей и лифтовых места не найдешь чтобы ящик повесить, и тут уже за клиента жопу рвут все.

[Efendy]

а какая версия биллинга? Я посмотрел 50.32 - там в ядре проходит обсчет всех пользователей, а не только авторизованных.

[neom]

50.32.3 , может что не так? ща гоняю на тестовом серваке, могу допустить что я его уже замучал тестами 
так что т.е. все юзеры которых на первое число загнало в минус должны через какой-то промежуток времени перевести state=off ?

[neom]

Так пока вопрос снимаем, судя по тестам после долгих мучений вроде бы отключает юзеров после переходя месяца безо всякой авторизации, только оказалось есть таймаут около минуты который и сбил с толку т.к. нехватило терпежу подождать  увлекся кодингом.

[Efendy]

Так пока вопрос снимаем, судя по тестам после долгих мучений вроде бы отключает юзеров после переходя месяца безо всякой авторизации, только оказалось есть таймаут около минуты который и сбил с толку т.к. нехватило терпежу подождать  увлекся кодингом.

отключаются сразу после обновления списка клиентов, т.е. с периодом равным этому обновлению. Быстрее нет смысла делать