закоммитил

А вот это можете рихтануть?

Нюанс номер 2: Более серьёзный. Баланс теперь не отрицательный, а нулевой. А значит, клиент не может самостоятельно взять кредит.

А то мне мой способ не кажется идейно правильным.

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

Пришлось "допиливать" самому.

Нюанс номер 1: Услуги удаляются, но у клиента остаётся включенным статус "Доступ разрешён". Интернета-то он не получает, но в общем списке красненьким не выделяется. Неудобно.

В kernel/services.pm после

Код:

my $rows = Db->do(
"INSERT INTO pays SET cash=0, creator_ip=0, creator='kernel', creator_id=1, time=UNIX_TIMESTAMP(), ".
"mid=?, category=?, reason=?", $uid, 208, $info,
);
if( $rows < 1 )
{
tolog "Sql error: SET uid=$uid, category=208";
last;
}

Добавил

Код:

my $rows = Db->do("UPDATE users SET state='off' WHERE id=?", $uid);
if( $rows < 1 )
{
tolog "Sql error: SET uid=$uid, state off";
last;
}

А после

Код:

my $rows = Db->do("UPDATE pays SET category=209 WHERE category=208 AND id=?", $p{id});
$rows < 1 && next;

           
Вот это:

Код:

my $rows = Db->do("UPDATE users SET state='on' WHERE id=?", $uid);
$rows < 1 && next;

Нюанс номер 2: Более серьёзный. Баланс теперь не отрицательный, а нулевой. А значит, клиент не может самостоятельно взять кредит.

А вот здесь я сделал неправильно, но оно хоть как-то позволяет клиенту взять кредит:

В modules/credit/create.user.credit.pl

Код:

$balance >= 0 && Error $lang{pos_balance};

заменено на

Код:

$balance > 0 && Error $lang{pos_balance};

Спасибо stimels7 за пинок в нужном направлении. Фича заработала.
Правда, обнаружились нюансы.

Нюанс номер 1: Услуги удаляются, но у клиента остаётся включенным статус "Доступ разрешён". Интернета-то он не получает, но в общем списке красненьким не выделяется. Неудобно.

Нюанс номер 2: Более серьёзный. Баланс теперь не отрицательный, а нулевой. А значит, клиент не может самостоятельно взять кредит.

А на чем вообще остановилась эта тема?  Сделали все-таки этот финотчет в ноудени +  или все остановилось???

А каких финотчётов вам не хватает? Только на 50-ку не ссылайтесь, я уж забыл, как оно там выглядело.

какой смысл систему на ssd, а базу на винт??
тогда уже более правильно будет систему на usb flash в ro + винт под логи и бд

Вместо флэхи наверное проще взять CF карточку и воткнуть через переходник в IDE разъём. Она работает как обычный IDE винчестер.

Радикальный вариант - вообще обойтись без железа. Вынести биллинг куда-нибудь в облако, а локально держать только сателлиты на микротике.

Я думаю многие возрадуются наконец, узнав о новой фиче. Вот сидел до полпятого ночи и сделал вам фичу "не допускаем ухода в минус".

Хотел возрадоваться, но не получилось.

Накатил через svn последние обновления, сделал install.pl -X, перезапустил процессы биллинга.
Не помогло: уходит в минус, блокирует клиентов, услуга не удаляется.

Что нужно подправить/настроить? В каком направлении копать?

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

Матерятся на биллинг? Сделайте, чтобы ДНС по URL-у биллинга отдавал клиентам внутренний адрес.

О! Подвижки в нужную сторону! Это хорошо. Но есть вопросы.

1) Допустим, у клиента есть услуга доступа в интернет и услуга аренды оборудования. Аренда должна сниматься постоянно - есть у него там деньги или нет. А тут получается, что и аренда тоже отключается?

2) Такой ещё вариант. Деньги закончились, клиент взял кредит, но не оплатил его вовремя. Затем оплачивает, и услуга подключается. Подключаться она будет на месяц? Или с учётом того, что были отработаны кредитные дни?

3) Экзотический случай, с которым столкнулись в начале января. Деньги закончились, клиент взял кредит. Он бы и оплатить рад, но везде праздники, всё закрыто. Звонит нам, даём ему кредит. А когда он оплачивает, ему выставляется неправильная дата окончания услуги. Не было у нас предусмотрено, что будет выдаваться два кредита подряд. Хотелось-бы, чтобы и такой момент был учтён.

PS Новую версию пока не ставил, поэтому вопросы теоретические, может часть из них уже решена?

Ошибка про строку 66 появляется, если в конфиг-файле забыть поставить запятую.
То есть, вместо
run => 0,
написать
run => 0

Необходима возможность выдавать кредит из меню, открывающегося по нажатию правой кнопки мыши на кнопке Info в списке клиентов.

Раньше кредит выдавался через пункт "Пополнить" этого меню, а я уже сам доводил до нужного мне варианта. Но теперь кредитов даже и в "Пополнить" не стало. Сие меня печалит зело.

При каком именно обновлении пропала эта возможность, не знаю - давненько не обновлялся.

Добавил фичу. Если в допданных создать поле:

Спасибо, добрый человек! Дай бог тебе здоровья!

Надо обновить модуль заглушки? Или целиком биллинг?

Обновил согласно вашим пожеланиям + учитывание зависимости стоимости списаний от скидки

Эх... Думал вы и мои пожелания учли... Насчёт включить/отключить у отдельных клиентов напоминаний о списаниях. Заодно неплохо-бы сделать и возможность полного отключения заглушки у некоторых клиентов.

Тогда уж четыре варианта настроек для пользователя:
1. Не напоминать о списаниях
2. Напоминать о списаниях блокирующим сообщением
3. Напоминать о списаниях с помощью SMS
4. Напоминать о списаниях блокирующим сообщением и SMS

И ещё: нужна галочка "Настаивать на прочтении" при групповой отсылке сообщений.

Ладно, скажите мне, скрипт микротика для N49/50 имеет недостаток лишь в том, что иногда создаются дублирующиеся записи?

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

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

Поясняю мысль. Маленький аппаратный микротик имеет смысл ставить где-нибудь на дальних окраинах, где мало клиентов. И получается, что ради десятка-сотни клиентов самого микротика, на него грузятся (и постоянно обновляются) тысячи правил, учитывающих связь с клиентами других сателлитов. Это создаёт совершенно ненужную и достаточно ощутимую нагрузку. Проще вообще этот трафик запретить - для 99,9% клиентов нужен только доступ в интернет.

По факту с внешнего интерфейса не подключается. что можно сделать?

А со внутреннего подключается?
Подключаться пытаешься под root или другим пользователем?