Клиент заблокирован, баланс идет в минус

[smallcms]

UPDATE `bill`.`users` SET `paket` = '1' WHERE mid = 0 && `state` = "off" && `balance`<`limit_balance`

И как это теперь периодически стартовать?

Код:

#!/bin/sh
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
passwd_root_mysql=`perl -e'require "/usr/local/nodeny/history.nod"; print $sql_root_pass;'`
mysql_cmd='/usr/local/bin/mysql'

SQL='UPDATE `bill`.`users` SET `paket` = "1" WHERE `mid` =0 && `state` = "off" && `balance`<`limit_balance`'
echo $SQL | ${mysql_cmd} -u root --password=${passwd_root_mysql} bill

Но это не панацея, т.к. не затрагиваются алиасы. Думаю написать на перле который будет "работать в лог" и алиасы записи.

[stix]

UPDATE `bill`.`users` SET `paket` = '1' WHERE mid = 0 && `state` = "off" && `balance`<`limit_balance`

И как это теперь периодически стартовать?

Код:

#!/bin/sh
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
passwd_root_mysql=`perl -e'require "/usr/local/nodeny/history.nod"; print $sql_root_pass;'`
mysql_cmd='/usr/local/bin/mysql'

SQL='UPDATE `bill`.`users` SET `paket` = "1" WHERE `mid` =0 && `state` = "off" && `balance`<`limit_balance`'
echo $SQL | ${mysql_cmd} -u root --password=${passwd_root_mysql} bill

Но это не панацея, т.к. не затрагиваются алиасы. Думаю написать на перле который будет "работать в лог" и алиасы записи.

можно добавить еще sql_database в скрипт

[Demeo]

Спасибо, скрипт работает.

Но это не панацея, т.к. не затрагиваются алиасы. Думаю написать на перле который будет "работать в лог" и алиасы записи.

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

[Demeo]

Кстати, алиасы затрагиваются После блокирования основной учетки, система через какое-то время автоматом блокирует и алиасы, записывая в лог что-то типа "обнаружена заблокированная запись с назаблокированными алиасами, блокирую алиасы.... ", ну смысл понятен

[ale-x]

Отличный скрипт - то что нужно!

[0xbad0c0d3]

Строка #1085 nodeny.pl
Добавь в условие выборки: balance >= limit_balance
Получится вот так:

Код:

$sql="SELECT id FROM users WHERE balance >= limit_balance and mid=0 AND paket=$i AND id NOT IN ".
             "(SELECT u.id FROM users u LEFT JOIN pays p ON u.id=p.mid WHERE u.paket=$i and p.category=114 AND time>=$t1 AND time<=$t2)";

Все это только при условии суточной абонплаты!
Думаю, что с другими платежами тоже можно управиться без изврата в виде скрипта по крону

[smallcms]

Строка #1085 nodeny.pl
Добавь в условие выборки: balance >= limit_balance
Получится вот так:

Код:

$sql="SELECT id FROM users WHERE balance >= limit_balance and mid=0 AND paket=$i AND id NOT IN ".
             "(SELECT u.id FROM users u LEFT JOIN pays p ON u.id=p.mid WHERE u.paket=$i and p.category=114 AND time>=$t1 AND time<=$t2)";

Все это только при условии суточной абонплаты!
Думаю, что с другими платежами тоже можно управиться без изврата в виде скрипта по крону

Весьма неплохой вариант. И даже не нужно переключать человека в заблокированные

[smallcms]

Похоже, что чтобы выкинуть подобный финт для месячных абонплат скрипт new_month.pl нужно подправить в ~250 строке так:

Код:

$sql="SELECT * FROM users WHERE mid=0 and balance >= limit_balance";

По крайней мере при тестовой выборке прокатывает

[0xbad0c0d3]

Похоже, что чтобы выкинуть подобный финт для месячных абонплат скрипт new_month.pl нужно подправить в ~250 строке так:

Код:

$sql="SELECT * FROM users WHERE mid=0 and balance >= limit_balance";

По крайней мере при тестовой выборке прокатывает

Совершено верно! в 250 строке

[Eugene]

Очень странно, сегодня решили перевести по этой модификации. Никого не заблокировало, клиенты, у кого 0 на счету и были итак отлючены ушли ещё глубже в минус...

Так как же сделать так, что бы отключённые пользователи на баллансе всегда имели не ниже 0?

[Eugene]

Разобрались, в абон. плате нужно было новому клиенту ставить -1 в лимите, там же и равняется лимит....

[smallcms]

Очень странно, сегодня решили перевести по этой модификации. Никого не заблокировало, клиенты, у кого 0 на счету и были итак отлючены ушли ещё глубже в минус...

Так как же сделать так, что бы отключённые пользователи на баллансе всегда имели не ниже 0?

Видимо у Вас авторизатор стоит или типа того.
Доп. проверкой имхо можно избавиться от ложных съёмов баланса:
примерно в 211 строке:

Код:

$sth=&sql("SELECT DISTINCT id FROM users WHERE id IN($sql) OR mid IN ($sql) AND balance >= limit_balance");

P.S.: Не проверял лично.

[smallcms]

Точнее так:

Код:

diff new_month.pl.old new_month.pl
211c211
< $sth=&sql("SELECT DISTINCT id FROM users WHERE id IN($sql) OR mid IN ($sql)");
---
> $sth=&sql("SELECT DISTINCT id FROM users WHERE (id IN($sql) OR mid IN ($sql)) AND balance >= limit_balance");
250c250,251
< $sql="SELECT * FROM users WHERE mid=0";
---
> $sql="SELECT * FROM users WHERE mid=0 AND balance >= limit_balance";

При этом первой правкой по сути не будем отнимать абонплату у тех, кто авторизовался, но исчерпал свой лимит к концу месяца.

[Eugene]

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

А просто нельзя ограничить список только превышающих лимит примерно так "balance > limit_balance" без "="?

Если заработает, стоит, думаю, выложить исправленный new_month.pl

[Demeo]

А просто нельзя ограничить список только превышающих лимит примерно так "balance > limit_balance" без "="?

А тут и так затрагиваются только те, у кого минус и ноль на счету