nightfly

Хотите по существу? Ок, нет проблем. Начинаю тыкать пальчиком, в то что вы категорически не хотите потрудиться прочесть самостоятельно. Q: Какая ОС является наиболее предпочтительной для работы биллинга или NAS? A: FreeBSD. Q: А как же Linux? У нас тут Debian/Ubuntu/Gentoo/Centos/Slackware/Arch/OpenSUSE/Fedora[ну или еще какой-то из сотни популярных дистрибутивов] A: Да, пожалуйста без проблем - у многих вполне себе отлично все работает на Linux. В самом Ubilling платформозависимого кода практически нет. Но вникать в «особенности» каждого конкретного дистрибутива у нас нету никако

На здоровье. Обращайтесь. Как всегда "читать умею" оказывается очень "избирательным".

Возьмите с полки печеньку. http://wiki.ubilling.net.ua/doku.php?id=faq

UPD: щас немного освобожусь, и чисто из интереса попробую поставиться на 9.3х64.

Собственно вот два идентичных случая: 1. левый MySQL на что нынче есть патчи 2. уже не помню что, но тоже какая-то самодеятельная срань.

Щас должна быть длинная речь на тему "эти ваши линуксы" и "обновляйтесь блжад", но думаю образец такой вы самостоятельно найдете на этом форуме

Щас блесну талантом провидца: либо mysql далеко не 5.1, либо sgconf_xml -s localhost -p 5555 -a admin -w password -r "<GetAdmins/>" с паролем скопипащенным из billing.ini говорит, что "ку".

UPD: а не, завернули - можно особо не тестить. Переписываю

Пока расширение для Firefox ждет премодерации, хотелось бы в последний раз попросить протестировать вообще работоспособность. Интересует рабочесть в принципе на Windows, Linux, Mac OS X. Я более-менее потестил на этих трех платформах, но по всем известным законам, то что работает у меня - точно сломается у других Если премодерация в каталоге пройдет успешно, буду допиливать функционал. Собственно там дальше все просто. Если нет - значит мое понимание их принципов безопасности как и SDK в целом - требует пересмотра.

Начните с обновления до текущего стабильного релиза. Там ВНЕЗАПНО движение средств с нуля переписано. Как в прочем много еще чего. А вообще учитывая, эти ваши линуксы - с вероятностью 92%, могу предположить неверные пути к системным коммандам в billing.ini и alter.ini. Ну там типа GREP, CAT итд.

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

1. Флаг AlwaysOnline не имеет никакого отношения к начислению АП. Он заведует только вопросами авторизации. 2. Уберите стоимость заморозки у тарифа же.

я же сказал - class FundsFlow. Нет. Логи нужны для того, чтобы туда что-то писалось, а иногда даже читалось. На биллинговом сервере - в особенности. Есть в конце концов логротейт и удаленные syslogd.

Подсказываю: это кусок /var/log/messages судя по всему, сигнализирующий о вызове sudo. Даже догадываюсь, что это используется каким-то объектом класса FundsFlow.

И нафига? Откуда у людей берется такое "избирательное" чтение? Я же четко озвучил, что делать и куда смотреть (да-да, а еще в скринкастах было про "главный инструмент диагностики" по имени tail -F ). К слову, я и так знаю, что вы там увидите и даже причину, по которой скорее всего это случилось. Но у нас на сегодня запланированы бесплатные уроки чтения а также курсы швей-мотористок по бережному отношению к БД.

Смотреть есть ли какие либо телодвижения в /var/log/stargazer.log. Ну скажем при тычке по ресету юзера. Ubilling к слову, к начислению АП как не имел никакого отношения, так и не имеет.

Jcomm - а я же говорил, что нужно для всяких ррр штук оставить? мне как-то слегка поплохело от вида $query_online умноженного на количество юзеров в цикле.

У тех, кто живет в 2009-м году - да.

Хм. Вокруг айперфа накроить такое в общем то на пару вечеров развлечение - вообще ничего страшного не вижу. Православные явисты могут спокойно форкнуть существующие xjperf/jperf собсно оставив там в гуе только требуемые три кнопки. Если надумаете, что оно вам в виде вебморды, на локальном вебсервере катит - свистите, я всегда тут

Платформа?

Яке замовили - таке є, дослівно по ТЗ.

Нє, нунаф. Я в те лайно, більше руками добровільно не полізу. Оце зачепив бо було термінове замовлення. По доброму там треба все переписати з нуля, покрити по нормальному юніттестами і вже потім шось допилювати. Переписування і так світить, бо тре замінити full calendar на новий, але коли це буде - гадки нема. Дуже хотілося б побачити як це виглядатиме при двох-трьох десятках працівників (воно мене і з кольоровими роботами зараз виморожує) У будь якому випадку - шось чіпати на поточному етапі, в тому модулі - шкідливо для психіки.

А может не орать, если бабло==0 и 0 дней осталось? Хотя... я даже не знаю. Может есть смысл оралку опцией вообще вынести. Но если задуматься, полезность расширения для юзеров с халявными тарифами тоже под сомнением в общем.

Да, уже заметил. Думаю в случае 0 оставшихся дней, стоит пропустить уведомление. Ы?

Ок. Это обнадеживает. Полюбе кнопка обновить должна быть. Щас ее функцию выполняет сама иконка.