Midday1024

Это верно для случая снятия абонплаты за ПРОШЕДШИЙ месяц... Я же, моделировал ситуацию: Абонплата снимается на следующий месяц. Т.е. пользователь предполагал не пользоваться услугой следующий месяц и поэтом заранее заморозил счет, чтобы 5-го числа не произошло снятие абонплаты, но потом его планы поменялись...

Поясните как поведет себя STG в такой ситуации: Абонплата снимается полностью на месяц вперед 5 числа. Пользователь был заморожен с 27 по 7 число. При разморозке 7 числа как и когда снимется абонплата?

ну да - логично. логично, но не совсем... 1.зачем выносить в конфиг стоимость заморозки если это есть в тарифах stargazer? 2.если используем стоимость заморозки из userstats, зачем давать возможность вводить стоимость заморозки при создании/редактировании тарифа?

В кабинете пользователя, при заморозке счета, в сообщении для пользователя приводится стоимость заморозки счета из userstats.ini, а снимается сумма указанная при конфигурации тарифа + из userstats.ini.

Вот, нарыл - в кабинете пользователя при авторизации по ЛОГИНУ, если у пользователя в поле IP стоит '*' - выдает страницу данных первого пользователя в таблице users с IP='*' вылечил таким образом: function zbs_UserGetLoginByIp($ip) { $glob_conf=zbs_LoadConfig(); $query="SELECT `login` from `users` where `IP`='".$ip."'"; // начало редактирования //password based auth if ($glob_conf['auth']=='login') { if((isset($_COOKIE['ulogin'])) AND(isset($_COOKIE['upassword']))) { $ulogin=trim(vf($_COOKIE['ulogin'])); $upassword=trim(vf($_COOKIE['upassword'])); $query="SELECT `login` from `users` WHERE `login`='".$ulogin."' AND MD5(`password`)='".$upassword."'"; } } // конец редактирования $result=simple_query($query); if (!empty ($result)) { return($result['login']); } else { if ($glob_conf['auth']=='ip') { die('Unknown user'); } } }

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

Еще накопал stg-2.4-2011.01.04-17.28.40 в Makefile для mod_store_firebird вместо STGLIBS = -libpp -lstg_common нужно STGLIBS = -libpp -lstg_common -lstg_crypto

Выяснил сам, благодаря madf и gdb Причина в сообщениях когда-то посланных всем пользователям, в т.ч. и всегда Online. Их много накопилось. Вычистил старые сообщения в базе - все наладилось... Позже вышлю выхлоп, если нужно, сейчас не могу остановить сервер.

ps x | grep stargazer 24585 pts/7 S+ 0:00 /usr/sbin/stargazer 24586 ? Zs 0:00 [stargazer] <defunct> 25691 pts/8 S+ 0:00 grep stargazer ps x | grep stg 4381 ? S 0:05 stg-exec 5222 ? S 0:05 stg-exec 24587 ? S 0:00 stg-exec 25698 pts/8 S+ 0:00 grep stg 29260 ? S 0:04 stg-exec 2011-02-24 12:09:12 -- Stg v. 2.407-rc2 2011-02-24 12:09:12 -- Message queue created successfully. msgKey=5555 msgID=720896 2011-02-24 12:09:12 -- Timer thread started successfully. 2011-02-24 12:09:12 -- Storage plugin: mysql_store v.0.67. Loading successfull. 2011-02-24 12:09:12 -- Users started successfully. 2011-02-24 12:09:12 -- Traffcounter started successfully. 2011-02-24 12:09:12 -- Module: 'ipq_cap v.1.2'. Start successfull. 0 2011-02-24 12:09:12 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull. 50 2011-02-24 12:10:09 -- Stg v. 2.407-rc2 2011-02-24 12:10:09 -- Message queue created successfully. msgKey=5555 msgID=786432 2011-02-24 12:10:09 -- Timer thread started successfully. 2011-02-24 12:10:09 -- Storage plugin: mysql_store v.0.67. Loading successfull. 2011-02-24 12:10:09 -- Users started successfully. 2011-02-24 12:10:09 -- Traffcounter started successfully. 2011-02-24 12:10:09 -- Module: 'ipq_cap v.1.2'. Start successfull. 0 2011-02-24 12:10:09 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull. 50 syslog Feb 24 12:07:29 ASP-STG kernel: stargazer[19252]: segfault at 00000008 eip 0013931f esp b6b010d0 error 4 Feb 24 12:08:36 ASP-STG kernel: stargazer[19834]: segfault at 00000008 eip 0013931f esp bfef51d0 error 4 Feb 24 12:08:45 ASP-STG kernel: stargazer[20959]: segfault at 00000008 eip 0013931f esp b6ba00d0 error 4 Feb 24 12:08:54 ASP-STG kernel: stargazer[21817]: segfault at 00000008 eip 0013931f esp bff2e230 error 4 Feb 24 12:09:12 ASP-STG kernel: stargazer[22906]: segfault at 00000008 eip 0013931f esp b6b730d0 error 4 Feb 24 12:09:19 ASP-STG kernel: stargazer[23676]: segfault at 00000008 eip 0013931f esp bfe1b780 error 4 Feb 24 12:10:10 ASP-STG kernel: stargazer[24586]: segfault at 00000008 eip 0013931f esp bff97a90 error 4 Плагины Storage plugin: mysql_store v.0.67. Loading successfull. Module: 'ipq_cap v.1.2'. Start successfull. 0 Module: 'InetAccess authorization plugin v.1.4'. Start successfull. 50 Module: 'Always Online authorizator v.1.0'. Start successfull. 70 Module: 'Pinger v.1.01'. Start successfull. 100 Module: 'Stg configurator v.0.08'. Start successfull. 220

ASPLinux. stg-2.4-2011-rc2. Mysql. При запуске Stargazer _непредсказуемо_ зависает. В stargazer.log последняя запись: InetAccess authro... start successfull. 50 и тишина... по ps x - stargazer [defunct] stg-exec несколько раз может запуститься нормально, а потом зависает... Дополнение: база firebird - те же, но в профиль... Работает нормально только на файловой базе

Буду очень признателен, если подскажете как... Задача: при нулевом или отрицательном балансе пускать в интернет на маленькой/другой скорости или с другими маршрутами.

Да, так и есть. Но OnDisconnect срабатывает в том случае если пользователь _на момент авторизации_ имеет доступ к Интернету. Т.е. для пользователя с отрицательным балансом при новой авторизации OnDisconnect не сработает: if (!connected && IsInetable()) { Connect(); } if (connected && !IsInetable()) { if (disabled) Disconnect(false, "disabled"); else if (passive) Disconnect(false, "passive"); else Disconnect(false, "no cash"); } Далее - причина отработки OnDisconnect? В скрипте нужно создавать запрос к DB, чтобы узнать по какой причине запустился скрипт... В моей версии альтернативные скрипты работают только при отрицательном балансе. Поведение биллинга при отключенном или замороженном пользователе не изменено.

Возникла идея - реализовать доступ пользователей к Интернету при нулевом или отрицательном балансе, но на маленькой скорости. В поиске не нашел... Пришлось самому реализовать Выкладываю на суд общественности - stg-2.4-2011-midday.tar.gz Принцип работы: В stargazer.conf добавлена опция AllowAlt. (Может иметь значения yes или no). Она включает механизм альтернативного доступа. Если у пользователя отрицательный баланс используются альтернативные скрипты AltOnConnect и AltOnDisconnect, в них можно ограничить скорость и сообщить об этом пользователю. При пополнении баланса Stg переключается на стандартные скрипты OnConnect и OnDisconnect без повторной авторизации пользователя. Я не силен в плюсах, поэтому ногами не пинайте...