felixio_01

Доброе время суток! Вопросец к DarkSpider ... Вы как то выкладывали скриптик по бекапу, вообщем решил его использовать. подправил немного пути. но ругается типа: tar: Removing leading `/' from member names ./bck_bil: 31: bc: not found [: 31: -gt: unexpected operator [: 31: -gt: unexpected operator что за "bc"? да и "-gt: unexpected operator" ОС Debian squeeze.

сервер с MySQL на винде или на nix'ах ?

есть конечно ещё несколько хотелок...но не будем торопить события....

Мы опередили вашу хотелку где-то на неделю Данная фича уже в разработке. Уйдет в 0.3.2. Потребности правда чуть другие но логика та-же. Хотим дополнить опции TC_TARIFFSALLOWED, TC_TARIFFENABLEDFROM дополнительной опцией TC_EXTENDED подключающей дополнительный конфиг tcdirections.ini следующего вида: Mega-10="Mega-100,Mega-50" Mega-50="Mega-100,Mega-10" Mega-100="Mega-50,Mega-10" Super-50="Mega-10,Mega-50,Mega-100" Думаю очевидно зачем это нужно и все вытекающие из этого плюшки. просто класс!!! с нетерпением жду следующего релиза )))

о свершилось ))) новый релиз )) Такая ситуативная ситуация ))) : есть филиал А и Б филиал А имеет свою сетку тарифов, филиал Б -соответственно свою. Даже названия тарифов разные. Нужно сделать так чтобы абоненты филиала А в личном кабинете могли менять свои тарифы (и соответственно не видели тарифов филиала Б, и есесно не могли на них прыгать), а абоненты филиала Б - могли менять свои тарифы. Можно ли в будущих релизах предусмотреть эту фишку? что-то вроде рашсирения директив в userstats.ini из серии TC_TARIFFSALLOWED, TC_TARIFFENABLEDFROM

читал эту тему... вопрос - тот репозиторий, который Вы зделали под squeeze заработает?

ай молодца! будем ждать ))))

а блин, недопонял, да счётчики трафика щёлкуют..... спасибо.

ну так по сабжу, подскажите?

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

по логам stargazer: пока устанвливал fprobe. сыпалось типа 2012-09-20 09:50:58 -- Cannot write stat for user 40let16ap0_ywic. 2012-09-20 09:50:58 -- Couldn't save user stat: сейчас такого нет (после установки сенсора)... может оно и есть???

незнаю даже, что это их там так много, сколько есть )))) вот здесь поподробней пожалуйста )))

усановил fprobe. разница существенная. как будет вечером в ЧНН, посмотрим. и ещё, немного ламерский вопрос: как проверить что он работает, а то что то я засомневался, ведь проц почти не нагружает

хм... ок. попробую, отпишусь

вот это тоже интересует, возможность реализации. Выход, который нашёл на данный момент-ежедневное снятие абонплаты. Обсуждалось с nightfly : http://local.com.ua/...post__p__345917

трафика 100 метров.

вчера переключил часть пользователей на Ubilling+stargazer... это примерно 180 человек. кажеться softflowed много кушает.... на пикче около 28% одного из ядер, вечером бывает до 60% или это нормально? (см. вложен.)

stargazer+ubilling биллинг бесплатный, динамично и очень быстро развивающийся.

при пополнении "Установить счет" и всё... проблема решена. и то что он в минус ушёл уже не имеет занчения я вроде сообразительный )))) но не пойму почем плата не разбивается равномерно по дням месяца. разве что если при переходе с месяца с 30 днями на месяц с 31 днём. ой да-да, мечтаю об этом,... но пока.... их несравненно мало...к сожелению.

хм, конечно заставили призадуматься. Но абоненты могут подключаться влюбдень месяца. Т.е нужн обудет постоянно выщитывать сколько он там должен заплатить за остататки дней месяца... ИМХО неправельно. В этом плане ежедневное снятие денежных средств самое то. Положил он деньгу допустим 18 числа, и до следующего 18 числа следующего месяца у него инет работает. Многие абоненты у нас так и работуют, знают что надо платить такого числа,- приходят к этому числу и плотят. со всеми непрокатит... что это абонентиг должен платить за неползованные пол месяца и тк месяц халявы,

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

как это??? как указать что данная оплата на такой то месяц (не за текущий а допустим через месяц)??? вот и я о том же....

в контексте ubilling, как же тогда с финансовой статистикой? она будет отображать ведь неадекватные данные???))))

т.е. я при пополнении счёта, занашу на счёт например 300 грн (за три месяца), stargazer, вернее авторизатор 100 грн прячет, показывает 200.... получается абонент как бы положил на счёт 200 грн и первый месяц бесплатно, так?

разве? ... Да, именно так. Такова стандартная логика Stargazer (ее можно поменять, например, с помощью ShowFeeInCash). Allow user to see and use a full cash (yes) or hide a part of it (no) for the next fee charge что то я не понимаю...