nightfly

эээээ.... судячи зі всього це тепер {nethost[ip]} та {nethost[mac]} Он воно яке зараз... http://wiki.ubilling.net.ua/doku.php?id=freeradius

Як і обіцяв - потестив на тому ж accel-ppp з pppoe/pptp (душа жаждєт пріключєній). Всьо заводиться з пів пинка. Апдейт теж не має бути особливо трагічним. Так, макроси для атрибутів змінились.

Ну сьогодні поверхнево так тестили - вроді шось, якось працює. Аттрибути кудись-якісь вивалює. Якщо буде час вночі - спробую предметно поганяти на accel-ppp ще, та оновлю трохи документацію.

Итак. Как и обещалось с начала текущей недели: стабильный релиз Ubilling 0.6.0 rev 3930 В кратце о изменениях: alter.ini: новая опция STICKY_NOTES_ENABLED позволяющая включить поддержку персональных заметок. userstats.ini новая опция SC_TARIFFSALLOWED определяющая тарифы для которых будет доступно кредитование. Модуль «Планирование работ»: при создании и редактировании задач, поля ввода адреса получили автодополнение. Модуль «Планирование работ»: при редактировании задания, для даты теперь используется штатный виджет календарика. Модуль «Планирование работ»: увеличено быстродействие при про

Нема там шо думати. Винесіть нафіг в /usr/local/etc/rc.d/softflowd. В firewall.conf воно знаходиться історично - щоби ловити і бити по руках отихво, хто фаер рестартить коли заманеться.

Перестаньте його запускати в мульйоні екземплярів. Можливо він в вас стартує з /etc/firewall.conf а в вас є мудацька звичка робити /etc/rc.d/ipfw restart (нахєра питається?)

Як і обіцяв "ближче до ночі" настало. Зирнув. Потестив методи Search, Check та Pay. Сподіваюсь формат відповіді в оригіналі, відповідає тому, що вони там очікують побачити в себе. Його не чіпав. Якось так, це повинно виглядати: https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/privatx/index.php Ну і в прямому вигляді: https://raw.githubusercontent.com/nightflyza/Ubilling/master/openpayz/frontend/privatx/index.php

Ок. Ближче до ночі зирну.

Две минуты на переборку там ;(

Мені не треба повторювати глюк. Я знаю звідки він береться. Просто треба забезпечити атомарність операцій, та й все. Мені треба просто зразки ваших справжніх запитів, що приходять від приватбанку, (в реальності а не як в документації) в одному екземплярі. Хочу раз і назавжди звірити всі імена параметрів і спробувати замінити оту хрінь з хешом.

думаю від цього вони впали Ви, ви скиньте шо вам прилітає в процесі транзакції. Банально залогуйте $xmlRequest тим же фронтендом в процесі здійснення транзакції.

Попробуйте выключить ONLINE_HP_MODE и посмотреть чего будет. Если оно отображается нормально, и ничем не сыпет, попробуйте сохранить себе куда-то вывод ?module=online&ajax=true со включенным ONLINE_HP_MODE и проверить валидность JSON-а.

http://wiki.ubilling.net.ua/doku.php?id=uhw Такого типа хрень? Если честно, не вижу проблемы такую штуку написать для чего угодно - хоть для табуретки. Делов то - спросить у абонента "кто ты", после чего писануть по базе и реинициализировать его.

То в вас карма фігова. SELECT COUNT(`id`) from `op_transactions` WHERE `hash` LIKE 'PB_%' AND `date` LIKE '2014-11-%' array ( 0 => array ( 'COUNT(`id`)' => '1130', ), )

Тільки Укрпошта! Вносити зі старту бабки, як реакція на запит, що мав би перевіряти можливість здійснення платежу в принципі?

Все. Я прокинувся. Накидайте мені милом отих запитів, що вони шлють вам в реальності.

Поштою слати? Вони роблять конкретний запит, ми відповідаємо конкретною відповіддю. Дуже сумніваюсь, що вони вміють обробляти дві різні відповіді в рамках одного запиту. Крім того, що, будем прямо при чеку вносити бабки, так? Це якась неіснуюча в реальному світі фантазія, а не підпірка. Короче є ідея, як нормально забезпечити атомарність операцій. Зара прокинусь остаточно, попью кави і нафігачу фікс.

Я про це яким місцем маю взнати? Ну, ящо воно до мене ще навіть в теорії не прийшло? Нє бл..дь, давайте оба будемо вносити з спокійною мордою. На справді у всіх нормальних платіжних систем (а що саме смішне навіть у старого протоколу приватбанку) є нормальні унікальні ідентифікатори конкретного платежу в рамках їх системи. Ну давайте я буду сидіти і памятати, чим на що і кому відповідалось сто років тому. А так, геть забув, ще я повинен вгадувати, хто там на касі гроші рахує. Правильно все? Пишіть. Дозволяю. Хоча тоді ще варто буде весь openpayz переписати, щоб він оте

Дублікат опізнається тільки у вигляді pbx_CheckHash($rawhash) де унікальним ідентифікатором платежу по ідеї мав би виступати CheckReference. Власне для того, аби платіж був унікальним, потрібна відсутність в op_transactions такого самого, вже опрацьованого PBX_+CheckReference.

да + не забудьте сделать предварительно cp -R /etc/stargazer /etc/stargazer_bak на таких объемах - приблизительно так же. В вашем случае - скорее всего никак. Энивей при такой абонбазе в случай чего можно в радиусе минуты откатиться на нормальную сборку (не забываем бекапить /etc/stargazer) По идее install-bin должен все нормально ставить, но помниться с дебаг сборками там в свое время был какой-то ньюанс.

Сами спросили - сами же ответили. В документации четко сказано какая платформа является рекомендуемой и поддерживаемой. Это исключение, намекает, на то, что юзер таки не создан. В смысле вообще. Тот юзер которого должен был создавать для себя stargazer отсутствует. Почему? А хрен его знает в этих ваших линуксах. Хотя беглый взгляд на дефолтный конфиг подсказывает, что как миниуму проблемами актуальности путей для вашей системы вы особо не заморачивались.

Ну проверяйте тогда по отдельности, sgconf_xml (на этом форуме уже неоднократно обсуждалось как это делается). Если оно работает - значит это скорее всего старая проблема со стремными кверями в store_mysql - патчи для этого madf уже тоже выкладывал.

Версия MySQL?

Это просто зaeбись.

Не пались. Щас же все понабигают.