keshaLG

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

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

вот она реальная мощь *nix

Идеи и замечания: В OnChange мало, надо еще по крону гонять. И в юзердате хранить запись в виде: №свича_из_справочника(где его ip)/№порт_юзера

4..6 линий мало?

да в принципе ничего, только целесообразность сего дела. По данным уважаемого Madf т.е. "слонячих" размеров оно достигает, может кому-то и надо, а мне - нет. Разве что раз в год для милиции, когда кто-то нашухарит. С появлением безлимитов смысл считать трафик отпал, как рудимент. Можно конечно оптимизировать (снимать статистику реже, и т.д.), а надо ли?

ну собственно, я тоже самое хотел сказать, что это чуток другое: это я за обычную sim

а Вы не путаете грешное с праведным? Думаю, что Вам надо - купить у оператора многоканальный номер и делать call transfer/call forward уже как хочется. Или я Вас не так понял?

извините тоже, если ЧО, "а Вы для какой цели интересуетесь? " : )

man asterisk а вообще насколько я знаю по стандарту gsm - 2 линии можно использовать, допустим 2..3.. модема - Вам мало будет? в саппорте по сути должно кол-во звонков должно быть обратно пропорционально качеству вашей работы

поставить бордер на РС + *nix, на котором организовать НАТ и шейпинг

Имеем опыт внедрения stg-2.407-rc1 под СentOS 5 в production с хранением в базе postgresql + самописная статистика к ней, пометровка ip_query, безлимиты на NAS с авторизацией по радиусу, принципиально не считаю в них траф, а надо бы, но это просто ipcad прикрутить я так понял. Пугает только кол-во записей в базе дет.трафа юзеров с торрентами)) Вопрос только в хорошем железе под это дело. stg модульный, значит можно масштабировать под ваши задачи. Я сделал все сервисы виртуальными машинами под xen-ом - милое дело! Рекомендую. На счет посотрудничать - стучитесь в личку, я с удовольсвие

спасибо, ждем первого PS обязательно отпишусь о результатах

вчера добавил по вашему совету, изначально в стартовом дампе был только просто "admin"

тогда все ясно - качество должно оплачиваться

та да, спасибо посмеялся от души. Реально "the best". по сути идея хорошая, только реализация захромала, я бы, как режиссер, подкорректировал немного, да ну это уже другая тема!) по теме топика: "всему свое время", имхо упущено время: набрать базу мало, её надо удержать и при этом "отбить" вложенный капитал, чистая стратегия, в чем промах видимо

та да, интересно, что у людей нет конкурентов?

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

Есть подобное желание поднять на основе 3g мопедов и asterisk нечто подобное. С функционалом пока не вдвался в подробности, но когда бегло смотрел софт - впечатлило. Надо бы определиться с ТЗ. Пока остановился на том, что в моем любимом дистре (centos) старое ядро и дров на Huawei E1550 нет. На убунте (дебиан) есть драйвера, но руки не доходят докрутить... В принципе если всем интересно - можно сделать.

где-то так? [root@stg stargazer]# psql -U postgres -d stg -A -c "select * from tb_admins where login='@stargazer'" pk_admin|login|passwd|chg_conf|chg_password|chg_stat|chg_cash|usr_add_del|chg_tariff|chg_admin|chg_service|chg_corporation 7|@stargazer|fcohajolfpfnimnoflnijbfigfoldkblmmefahbbbfbmpkmkmmefahbbbfbmpkmk|0|0|0|0|0|0|0|0|0 (1 запись) [root@stg stargazer]#

доброго времени суток уважаемые коллеги! Используем stg-2.407-rc1 с хранением в базе postgresql (кстати, мегареспект за данный релиз - очень стабильно и удобно с базой) , нарисовали статистику пользовательскую, где есть вывод выборки "10 последних операций со счетом" из таблицы tb_params_log, возник вопрос: почему stg не пишет факт снятия абонплаты в данную таблицу, а только в свой лог? И что/где нужно поправить что бы писал, а то как-то нехорошо выходит: у юзеров в статистике только их пополнения.

Декларирование идеи, без конкретных примеров. Подозреваю у автора самописный софт + *nix OS

да не должен он вообще падать.

2 nickmas: чего-то не то, у меня CentOS 5.5 , хранилище на Postgresql и STG версии этого топика, за исключением пару багов (уже поправили) - все это работает как часики. Вот с этой виртуалки: [kesha@stg ~]$ w 13:24:31 up 55 days, 19:50, 1 user, load average: 0,04, 0,06, 0,01