madf

Как это где? В банке! Международные рассчеты проводятся безналом через банки. Идея продажи 75% валюты НБУ очень здравая на самом деле. У нас ЗВР почти не осталось, и если в конце месяца рашка спросит с нас 3 млрд. кредита - будет дефолт. И тогда увидим бакс не только по 30, но и по 100. А некоторые несознательные граждане и банки пытаются в такое тяжкое время валюту себе заначить. С гражданами, слава богу, проблема решилась сама собой путем задирания курса, а вот с банками которые внутри себя предпочитают крутить валюту и зарабатывать на комиссиях по продаже проблема осталась. Вот НБУ ее и

Ну пинги ходят?

Нет, я другого не понимаю. По дампу у вас все пингуется со 101-м.

Ничерта не понял, но на дампе все отлично пингуется.

Проблема же со 104-м, зачем пинговать 101-го? Судя по дампу он отлично пингуется. И фильтруйте дамп по ICMP, зачем остальной мусор.

Попробуйте на сервере половить tcpdump'ом пинги с клиента.

Проверьте что и AP1 и AP2 настроены бриджом. Если пинги не ходят через AP1 то биллинг тут не при чем.

Ну, Stargazer тут точно не при чем. Схема такая: Сеть - AP1 - AP2 - абон? Если да — курите настройки AP1.

Как можно под Linux пользоваться чем-то кроме irssi?!

За что ж вы так людей ненавидите?

Только IRC!

Фигасебе некропостеры...

Oh my... Stargazer'у наплевать на всякие файлики. Он их не читает.

Stargazer не занимается перенаправлениями, сообщениями, кнопками и проверкой способности читать тексты.

А разве той пары строчек недостаточно? Они целиком и полностью отвечают на ваш вопрос.

Да вы правы FullFee = yes у меня. FullFee – не обязательный параметр, указывающий серверу снимать полную абонплату, даже если учетная запись абонента была заморожена (или не существовала) часть учетного периода. Принимает значения yes и no, по умолчанию установлен в no. вроде так я и думал что если yes то по любому снимет. Скажите пожалуйста То есть адекватное поведение финансового счета по отношению к заморозкам это FullFee = no ? При включении этой опции какие могут быть неожиданности? бекабы БД есть просто хочу добить этот вопрос до конца для понимания. FullFee ук

А думаю у вас стоит FullFee = yes. логично что при заморозке у вас не снимается АП. Если бы снималась - заморозка потеряла бы смысл. А вот если бы была FullFee = no то снялось бы за тот промежуток что абон работал.

На доку на какое API? На API плагинов доки нет, там все и так понятно. На API sgconf все есть в pdf-ке. На API XML-RPC есть в архиве в каталоге doc.

Есть.

В аттаче файл с описанием. daily-fee-dic.txt

Я читал оригинал (он в источниках под п.2 указан). Да, деньги нельзя считать как вещественные числа. Да, об этом vop писал еще в 2006-м или 2007-м году. Но нельзя вот так просто взять и выпилить double из stg. Если кого-то напрягает это балансирование на границе нуля - пусть не использует SpreadFee. Если нужна ежедневная АП - пусть попросит у меня патч. По поводу активности не понял. Что значит "в биллинге пишет красиво что я активен"?

Не понимаю что мне там смотреть. Минус это минус, плюс это плюс, а ноль это ноль. Да, и еще, ноль может быть отрицательным: http://en.wikipedia.org/wiki/Signed_zero Почему там где-то что-то отключает или не отключает — без понятия. Почему показывает только 6 знаков — без понятия.

Возможно у них все-таки небольшой минус.

Первой реакцией на лог было: „И шо в нем не так?“. Потом заметил исправление. Да, период 60 и таймаут 60 — это прямо русская рулетка.

А, ну да, - фря, tcsh... Там через setenv. Через gcc тоже должно работать, глявное правильные пути указать.