Перейти до

openpayz кілька питань.


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

 

 

Заглядывал, даже скопировал privat и privat2 в /usr/local/www/apache22/data/openpayz/frontend, учиывая рекомендацию документации "переименовать во что-то более рандомное". Но вот в каталоге /usr/local/www/apache22/data/openpayz/backend например, нашел каталог liqpay (оставшийся от предыдущего хозяина админа), причем содержимое liqpay (который в openpayz/frontend отличается от openpayz/backend), вот я ещё раз вглянул на схему из документации и понял (а может чего и недопонял) что Users работают через Backends, поискал этот модуль (backend), но как-то где-то не нашел, может не там искал?

Я не знаю как в вашем сознании соотносяться старый GET протокол приватбанка и liqpay. И если честно - даже знать не хочу.

 

 

был интерфейс igb0, стал vlan, также сменился ip биллинга.

И это не наталкивает ни на какие мысли? :facepalm:

 

 

 

Да так бы и сделал, только пока подлючен лишь liqpay.

То есть, предполагается, что кто-то здесь должен знать какие платежные системы более популярны среди ваших абонентов?

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

Top Posters In This Topic

Я не знаю как в вашем сознании соотносяться старый GET протокол приватбанка и liqpay. И если честно - даже знать не хочу.

Пока никак не соотносятся, пытаюсь разобраться. Насколько я понимаю - достаточно скопировать фронтенд? Тогда я неправильно задал вопрос - чтобы отобразилась ссылка в кабинете пользователя - нужно править где-то какой-то шаблон или в конфигах прописывать?

 

 

 

И это не наталкивает ни на какие мысли?

Наталкивает. В liqpay.ini RESULT_URL и SERVER_URL прописана символьная ссылка, в ДНС я запись типа А поменял (PTR тоже), разве что только мало времени прошло с момента смены записи..... IPFW тоже переписал под новый интерфейс, пока других мыслей нету.

 

 

 

То есть, предполагается, что кто-то здесь должен знать какие платежные системы более популярны среди ваших абонентов?

Не, не среди наших - интересно как у других :-)  Ну, может это конфидициальная информация

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

"Пока"? :D

Боюсь представить, что будет "потом".

 

 

Насколько я понимаю - достаточно скопировать фронтенд?

Зачем? Куда? Почему?

Если фронтенд раньше работал? Если не работал? Что у вас вообще произошло кроме смены интерфейса/айпишки? Почему вы решили что это как-то связано с копированием неведомых папочек неведомо куда по вашей файловой системе?

 

Все же просто - платежная система общается с вами прямым пинанием в фронтенд. Абонент общается с ПС, если это возможно - через кабинет пользователя через бекенд. И да, это описано в документации: http://wiki.ubilling.net.ua/doku.php?id=openpayz

Все, больше там ничего не происходит. Ломаться нечему изза изначальной простоты и дубовости.

 

 

Тогда я неправильно задал вопрос - чтобы отобразилась ссылка в кабинете пользователя - нужно править где-то какой-то шаблон или в конфигах прописывать?

Опять же обращаемся к документации http://wiki.ubilling.net.ua/doku.php?id=userstats

 

Вот такая штука, ни на какие мысли не наводит?

 

 

Ссылка на бекенды OpenPayz. В реальном мире - это должен быть прямой URL на бекенды вашего рабочего OpenPayz. Например http://opayz.isp/backend/

OPENPAYZ_URL=../openpayz/backend/

Платежные системы OpenPayz (разделитель »,»). Собственно это имена активных бекендов OpenPayz.

OPENPAYZ_PAYSYS=ipay

 

 

Наталкивает. В liqpay.ini RESULT_URL и SERVER_URL прописана символьная ссылка, в ДНС я запись типа А поменял (PTR тоже), разве что только мало времени прошло с момента смены записи..... IPFW тоже переписал под новый интерфейс, пока других мыслей нету.

Дык проверили бы, обновилась ваша зона или нет. Спросили бы у ликпея, что у них происходит при общении с вами...

 

 

 

Не, не среди наших - интересно как у других :-) Ну, может это конфидициальная информация

Не конфиденциальная. Просто абсолютно бессмысленная. Поскольку предпочтения абонентов регионо-ментально-религиево зависимы и отличаются диаметрально. Подключаете 2-3-5-10 платежных систем (бесплатно как-бы, убиллинг... коммунизм...) и смотрите чем пользуются абоненты. 

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

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

 

 

Боюсь представить, что будет "потом".

Да я сам боюсь, но надо :)

 

 

 

Зачем? Куда? Почему? Если фронтенд раньше работал? Если не работал?

Только сейчас дошло что описал неполностью. liqpay работал, перестал (перепроверю всё), приват не был подключен вообще - пытаюсь подключить, читаю, вникаю, пробую.

 

 

 

Поскольку предпочтения абонентов регионо-ментально-религиево зависимы и отличаются диаметрально

Понял, спасибо.

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

 

 

Дык проверили бы, обновилась ваша зона или нет.

Таки ДНС, ничего не делал - Liqpay работает, сегодня платежи есть, поспешил паниковать и от работы отрывать.

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

Может снова чего-то недопонял, но из кабинета пользователя по ссылке на "приват" пытается перейти в server/openpayz/backend/privat/?customer_id=1111 но в /usr/local/www/apache22/data/openpayz/backend/ нету "privat", есть 24money, copayco, easypay и т.д.

Его (privat) где-то можно взять (т.е. есть ли уже готовый) или анализировать как написаны другие backends и писать самому?

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

 

 

Таки ДНС, ничего не делал - Liqpay работает, сегодня платежи есть, поспешил паниковать и от работы отрывать.

хэ

 

 

Может снова чего-то недопонял, но из кабинета пользователя по ссылке на "приват" пытается перейти в server/openpayz/backend/privat/?customer_id=1111 но в /usr/local/www/apache22/data/openpayz/backend/ нету "privat", есть 24money, copayco, easypay и т.д.

Перечитайте мой предыдущий пост.

 

 

 

Его (privat) где-то можно взять (т.е. есть ли уже готовый) или анализировать как написаны другие backends и писать самому?

Ну перестаньте травмировать меня. Психика ведь не железная - сопьюсь же скоро. Просто немного подумайте. Да, головой.

Почитайте вот этот пост. Еще раз подумайте о том, как соотносяться между собой приват, ликпей. Если догадаетесь, что никак - хорошо. Если нет - попробуйте представить себе, как должен бы работать и выглядеть бекенд этого самого привата24 и терминалов. Ок?

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

Что-то я совсем запутался. Если есть liqpay - то уже никакого другого модуля для привата не нужно? Или другие модули (кроме liqpay) позволяют получить оплату если пользователь сам, к примеру, зашел в приват24, нашел оплату интернет услуг, выбрал своего провайдера и пополнил счет? Или эти модули для оплаты через терминалы?

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

1. Ликпей это ликпей. В виде соответствующего фронтенда и бекенда.

2. Приват - это приват. В виде фронтендов privat2 или privatx.

3. Никакой взаимосвязи между ними. Вообще. Это разные ПС, с абсолютно разными механизмами работы.

 

Хотите принимать оплаты из приват24 и ихних терминалов - заключаете договор с приватом, и работаете.

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

Доброго дня. Тестимо роботу openpayz з приватом по новому протоколу. Проблема в тому, що при запросі опенпейз вертає пусту відповідь, а вот в дев режимі робить... Відповідно зв’язка відпрацьовує, а вот чого post із ззовні не робить не ясно. Для справки білінг піднято інсталлером на  apache 22. Дякую за будь-яку допомогу.

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

Підскажіть будь-ласка в чому може бути загвоздка. Платіж від привату отримую но, поступив наприклад платіж 10грн і автоматично віднімає з балансу тих 10 грн замість того, щоб додати до балансу користувача. В чому може бути причина?

P.S. Старгейзер використовує систему розмитого платежу.

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

 

 

Підскажіть будь-ласка в чому може бути загвоздка.

ну перше дивимя  XML -ку чи не прилітає вам раптом "-10" від банку.

друге витягуєм чистий фронтенд  і строїм його по новому.

загвоздок немає більше бути ;),

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

 

Підскажіть будь-ласка в чому може бути загвоздка.

ну перше дивимя  XML -ку чи не прилітає вам раптом "-10" від банку.

друге витягуєм чистий фронтенд  і строїм його по новому.

загвоздок немає більше бути ;),

 

Відповім сам на своє питання. Не вірно вказав пароль на старгейзер, вот тому і не додавало гроші на баланс користувача хоча оплати бачив... Банально, але пару годин втратив, щоб зрозуміти в чому загвоздка.

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

Какой из фронтендов привата сейчас нужно использовать - privat2 или privatx?

Использую privatx, из приатбанка:
"формируем на вас запрос на поиск .полчаем пустой ответ "

 [#|2014-11-18T13:32:10.875+0200|INFO|sun-appserver9.1|DebtHttpClient-1864040|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8138-1;|Request body <20141118133210843>: <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Transfer xmlns="http://debt.privatbank.ua/Transfer" action="Search" interface="Debt">
    <Data xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Payer">
        <Unit name="bill_identifier" value="2aap6_sabu"/>
    </Data>
</Transfer>
|#]
 
[#|2014-11-18T13:32:10.946+0200|INFO|sun-appserver9.1|DebtHttpClient-1864040|_ThreadID=17;_ThreadName=httpSSLWorkerThread-8138-1;|Response body <20141118133210843>: |#]

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

 

 

Какой из фронтендов привата сейчас нужно использовать - privat2 или privatx? Использую privatx, из приатбанка:

 

privatx

десь тут обговорювали недавно http://local.com.ua/forum/topic/43565-ubilling-nas-на-freebsd-бортжурнал-починаючого-адміна/page-36#entry670288

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

 

name="bill_identifier" value="2aap6_sabu"

Серйозно, правда?

 

Ви не потрудились прочитати навіть перших 5(п'ять) рядків з опису фронтенду, який збираєтесь налаштовувати.

Про що ще говорити?

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

Це мається на увазі?
"Идентификация абонента по лицевому счету в виде paymentID материализующемуся из вьюшки вида:
 * CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`;"

 

mysql> select * from op_customers where realid='2aap6_sabu';

+------------+------------+
| realid     | virtualid  |
+------------+------------+
| 2aap6_sabu | 2aap6_sabu |
+------------+------------+
1 row in set (0.00 sec)

 

чи знову шось не те або не туди дивлюсь?
 


 

 

privatx десь тут обговорювали недавно http://local.com.ua/...-36?do=findComment&comment=670288

Дякую, спробую.

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

 

 

Це мається на увазі?

Не знаю, ви ж у нас тут системний адміністратор.

 

 

 

чи знову шось не те або не туди дивлюсь?

за 150$ можу подивитись разом з вами, та учасливо потримати за ручку.

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

Дякую всім.

1. Якийсь дивний юзер в мене є 2aap6_sabu, в нього "Платежный ID" = "2aap6_sabu", "Логин" = "2aap6_sabu" - з ним не працює (але його створювали ще до мене).

2. При використанні <Unit name="billIdentifier" value="1000002"/> все працює.

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

Добрый день.

После смены айпи адреса внешнего интерфейса, перестал работать функционал оплаты qiwi, пинок ТП киви привел к возобновлению приема платежей в раздел openpayz, без дальнейшего автоматического разноса оплат по абонентам, появился "плюсик" для обработки платежей руками. Если кликнуть плюсик - счет пополняется.

 

До смены айпи подобных проблем не наблюдалось.

 

 

 

Змінює можливість розносити оплати вручну, у випадку STG_DIRECT=0 (угу, бувають шизофреніки, котрим хочеться кожну оплату рученьками перевірити і внести). Для здорових людей OPENPAYZ_MANUAL нічого не міняє.
У нас параметры опенпейз в конфиге:
;OpenPayz support 
OPENPAYZ_SUPPORT=1
;OpenPayz manual mode?
OPENPAYZ_MANUAL=1
;OpenPayz cash type
OPENPAYZ_CASHTYPEID=1
;get payment id for each user from op_customers
OPENPAYZ_REALID=1

Подскажите в какую сторону копать ?

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

 

 

Подскажите в какую сторону копать ?

Не с той стороны конфиг. Эта фигня вообще ни на что не влияет по сути.

STG_DIRECT=1

Сам фронтенд кивей, слишком примитивен, чтобы умудриться создать транзакцию, но не запроцессить ее самостоятельно: https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/qiwi/index.php

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

 

 

C какой стороны показать ?

Угадайте с трех раз. Сколько конфигов в системе, могут отвечать за функционирование самого OpenPayz. Подсказка - я на него в предыдущем посте прямо указал.

 

 

 

С других сторон да и вообще, кроме внешнего айпи ничего не изменялось.

Тогда делать cat http-access.log | grep qiwi и смотреть чего там прилетает, и как оно в последствии обрабатывается.

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

Тогда делать cat http-access.log | grep qiwi и смотреть чего там прилетает

Строки киви ничем не отличаются от "до переезда".

айпи киви - - [11/Dec/2015:21:24:02 +0300] "GET /qiwi/index.php?command=check&txn_id=17770737859006&account=00010&sum=50.00&prv_id=64690&sum_from=50.00 HTTP/1.1" 200 195

айпи киви - - [16/Dec/2015:15:25:06 +0300] "GET /qiwi/index.php?command=check&txn_id=17790482104006&account=00355&sum=50.00&prv_id=64690&sum_from=50.00 HTTP/1.1" 200 195
айпи киви - - [16/Dec/2015:15:52:02 +0300] "GET /qiwi/index.php?command=check&txn_id=17790609315006&account=00042&sum=100.00&prv_id=64690&sum_from=100.00 HTTP/1.1" 200 195
айпи киви - - [16/Dec/2015:16:09:30 +0300] "GET /qiwi/index.php?command=check&txn_id=17790689952006&account=00026&sum=100.00&prv_id=64690&sum_from=100.00 HTTP/1.1" 200 195
айпи киви - - [16/Dec/2015:16:14:22 +0300] "GET /qiwi/index.php?command=check&txn_id=17790712974006&account=00132&sum=40.00&prv_id=64690&sum_from=40.00 HTTP/1.1" 200 195

и как оно в последствии обрабатывается

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

 

 

Подскажите пожалуйста где ?

В браузере же, очевидно.

 

Берете этот вот GET запрос, меняете хеш транзакции на рандомный, смотрите чего происходит.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від vde
      День добрый!

      Тинькофф обновили форму оплаты, может уже кто написал готовый код (с формированием чека)? 
      https://www.tinkoff.ru/kassa/develop/widget/receipt/
    • Від Andy_km
      Добрый день, форумчане.
       
      Помогите, уже сломал голову.
       
      Фронтенд privatx несколько лет безотказно работал на старом сервере. Выполнили перенос биллинга на новый и фронтенд начал банку отправлять ответ следующего содержания:
       
      "DT":"2021.06.25 11:22:31.146" "REF":"SEARCH" URI":"http://billing_host/openpayz/frontend/privatx/index.php" "REQUEST_BODY": "<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <Transfer action="Search" interface="Debt" xmlns="http://debt.privatbank.ua/Transfer"> <Data xsi:type="Payer" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Unit name="bill_identifier" value="5200000"/> </Data> </Transfer>" "RESPONSE_BODY": "<br /> <b>Fatal error</b>: Uncaught Error: [] operator not supported for strings in /usr/local/www/apache24/data/openpayz/libs/api.mysql.php:85Stack trace: #0 /usr/local/www/apache24/data/openpayz/libs/api.openpayz.php(201): simple_queryall('SELECT * from `...') #1 /usr/local/www/apache24/data/openpayz/frontend/privatx/index.php(304): op_CustomersGetAll() #2 /usr/local/www/apache24/data/openpayz/frontend/privatx/index.php(499): pbx_ReplySearch('5200000') #3 {main} thrown in <b>/usr/local/www/apache24/data/openpayz/libs/api.mysql.php</b> on line <b>85</b> <br />"  
      Помогите понять с чем связан Fatal error.
       
      Благодарен за любую помощь.
    • Від ProstoName
      Прикручиваю платежи через приват.
      Настроил фронтенд privatmulti и Openpayz по доке. Базы и вьюшка созданы.
      В дебаг режиме поиск работает. Но при проверке с привата, вылетает такая ошибка:
       
      Что мог не донастроить???
    • Від Vitaliy1984
      где искать файлы config/mysql.ini и config/openpayz.ini и где можно взять фронтпед  yndex деньги сбербанк  и tachcard и самое главное как это все запилить в убиллинг
       

×
×
  • Створити нове...