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 = no: - если абон зарегистрирован в середине месяца - первая АП будет только за часть месяца; - если абон замораживается в середине месяца - снимается часть АП за отработанную часть месяца; - если абон размараживается в середине месяца - снимается часть АП за отработанную часть месяца. Т.е. АП рассчитывается исходя из фактического времени на протяжении которого абон был активен.

А думаю у вас стоит 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 тоже должно работать, глявное правильные пути указать.