Перейти до

Рекомендованные сообщения

В 79 строці файлу https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/ipayx/index.php

79   $customerId = $transactionInfo->acc;

Так не працює, але якщо acc замінити на order тоді все гуд.

Ссылка на сообщение
Поделиться на других сайтах
7 минут назад, ppv сказал:

В 79 строці файлу https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/ipayx/index.php

79   $customerId = $transactionInfo->acc;

Так не працює, але якщо acc замінити на order тоді все гуд.

Оно не может работать, так как вы предлогаете.

В чем ошибка, что не работает?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
4 minutes ago, l1ght said:

Оно не может работать, так как вы предлогаете.

В чем ошибка, что не работает?

Сьогодні тільки підключав ipay, з стандартним платежі не приходять (не може знайти юзера) а зі змінами тими що пропоную працює.

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах

Надо спецификацию их протокола смотреть, что б понять чего там материализуется и почему

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах

Каждый день добрый день. Я в душе не шибу откуда они придумали order ибо в виджет ясно и четко пакуется acc который и ожидается на фронтенде.

https://github.com/nightflyza/Ubilling/blob/master/openpayz/libs/api.ipay.php#L245

 

Передайте уже кто-нибудь им, чтобы наконец разобрались сами со своим API.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • Від ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • Від camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
×
×
  • Створити нове...