nightfly

Эммм. Не надо ее включать. url fopen - умолчательное поведение php. А так то да, там много чего нужного можно повырубать :-)

Ну, не вносяться бабки. Че. Смотрите на конфиг OpenPayz. Собственно на настройки конфигураторов.

Тогда это что-то кармическое. В норме, как показывал опыт написания ubuntustaller на ubuntu 12.04 lts - stargazer сам нормально, при первом запуске, создавал свою БД. Чего там сейчас изменилось - сложно сказать.

Выключить STRICT_TRANS_TABLES в mysql пробовали?

Фи. Озвучено же прямым текстом http://wiki.ubilling.net.ua/doku.php?id=faq

И че? Реально работает RemoteAPI на http://127.0.0.1/test/ ?

Да. Ну так по табличке же. SpreadFee=no + период месяц - снимается полная АП раз в месяц. SpreadFee=no + период день - снимается полная АП тарифа раз в день. Ну и так далее.

Не заметно. https://github.com/nightflyza/Ubilling/blob/master/docs/uhw/config/uhw.ini Для начала верните конфиг в нормальный вид. И постройте все нормально.

У меня для вас новость - все опции case sensitive. Это как минимум.

Ну есть же внятная табличка там, обясняющая, сколько и чего будет начисляться в разных позах. Ну или вотhttp://wiki.ubilling.net.ua/doku.php?id=stg2409

Тогда это называется не скидка в 10% а тариф на 10% дешевле

Нет. Оно работает как это описано в документации. А теперь вопрос - чем с математической точки зрения отличаются одни 10% от других 10%? :-)

Оно так и работает - просто накидывает Х бабок. В чем проблема? Даром.

Посмотрел по коду - вполне себе вменяемо. С API Astral даже разобрались Несколько нюансов: $tablecells=wf_TableCell(__('Логин')); $tablecells.=wf_TableCell(__('Дата постановки задачи')); $tablecells.=wf_TableCell(__('Дата включения замарозки')); $tablecells.=wf_TableCell(__('Статус задачи')); $tablecells.=wf_TableCell(__('Грохнуть задачу')); Это функции gettext-образной локализации, ожидающие соответствующей локали в /languages/. Собсно __('Login') и другие должны таки быть изначально в en и транслироваться на ходу функцией _

Что означает, что можно переподписывать договор на недельные выплаты и работать дальше?

Не понял вопроса. Естественно что он их все знает - они собственно и есть его тарифы.

Если коротко - то нет. АП начисляется только средствами Stargazer. Ему плевать на местный праздник шизофрении. Поэтому, все скидочные механики и прочие телодвижения реализованы сквозь накидывание бабла на счет обратно.

Использование в нативных модулях работающих с внутренним баблом - вполне логично. А что ж еще там использовать? Низкоуровневые вызовы $billing->addcash() ? Давайте называть вещи своими именами? Он не еретик. Он - мyдaк пытающийся заместить, стандартную механику взаимодействия с внешними платежными системами каким-то стремным yeбaнством. Настолько глубокого непонимания причинно-следственных связей, и концепции "предназначение" еще поискать надо. Откуда вы такие беретесь?

/** * Add some cash to user login in stargazer, and creates payment record in registry * * @global object $billing Pre-initialized low-level stargazer handlers * @param string $login Existing users login * @param float $cash Amount of money to put/set on user login * @param string $operation Operation type: add, correct,set,mock * @param int $cashtype Existing cashtype ID for payment registry * @param string $note Payment notes * * @return void */ function zb_CashAdd($login, $cash, $operation, $cashtype, $note)

Чё?

UTF-8 Потому, что посмотрите на часы - следующие сутки начинаются в 00:00. Можно развить мысль - вы будете очень сильно удивлены если присмотритесь к календарю и заметите, что новый месяц тоже ОБОЖЕМОЙ КТО БЫ МОГ ПОДУМАТЬ!!!!1111 начинается тоже в 00:00 1-го числа.

Ну дык.. идут по стопам... ожидаемо - перенимается "лучший" опыт передовых держав

причем TC_EXTENDED_MATRIX=1 дает вообще модную механику линеек тарифов.