Jump to content

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


Recommended Posts

 

 

Заглядывал, даже скопировал 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.

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

Link to post
Share on other sites
  • Replies 62
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

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

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

 

 

 

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

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

 

 

 

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

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

Edited by kit3
Link to post
Share on other sites
Пока никак не соотносятся, пытаюсь разобраться

"Пока"? :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 платежных систем (бесплатно как-бы, убиллинг... коммунизм...) и смотрите чем пользуются абоненты. 

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

Edited by nightfly
Link to post
Share on other sites

 

 

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

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

 

 

 

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

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

 

 

 

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

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

Link to post
Share on other sites

 

 

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

 

 

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

хэ

 

 

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

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

 

 

 

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

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

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

Link to post
Share on other sites

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

Edited by kit3
Link to post
Share on other sites

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

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

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

 

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

Link to post
Share on other sites
  • 3 weeks later...

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

Link to post
Share on other sites

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

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

Edited by ruslyk123
Link to post
Share on other sites

 

 

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

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

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

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

Link to post
Share on other sites

 

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

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

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

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

 

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

Link to post
Share on other sites
  • 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>: |#]

Edited by kit3
Link to post
Share on other sites

 

 

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

 

privatx

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

Link to post
Share on other sites

 

name="bill_identifier" value="2aap6_sabu"

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

 

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

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

Edited by nightfly
Link to post
Share on other sites

Це мається на увазі?
"Идентификация абонента по лицевому счету в виде 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

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

Link to post
Share on other sites

 

 

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

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

 

 

 

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

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

Link to post
Share on other sites

Дякую всім.

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

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

Link to post
Share on other sites
  • 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

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

Link to post
Share on other sites

 

 

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

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

STG_DIRECT=1

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

Link to post
Share on other sites

 

 

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

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

 

 

 

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

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

Link to post
Share on other sites

Тогда делать 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

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

Подскажите пожалуйста где ? Edited by dnet
Link to post
Share on other sites

 

 

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

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

 

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By 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.
    • By vde
      День добрый!

      Тинькофф обновили форму оплаты, может уже кто написал готовый код (с формированием чека)? 
      https://www.tinkoff.ru/kassa/develop/widget/receipt/
    • By 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.
       
      Благодарен за любую помощь.
    • By ProstoName
      Прикручиваю платежи через приват.
      Настроил фронтенд privatmulti и Openpayz по доке. Базы и вьюшка созданы.
      В дебаг режиме поиск работает. Но при проверке с привата, вылетает такая ошибка:
       
      Что мог не донастроить???
    • By Vitaliy1984
      где искать файлы config/mysql.ini и config/openpayz.ini и где можно взять фронтпед  yndex деньги сбербанк  и tachcard и самое главное как это все запилить в убиллинг
       

×
×
  • Create New...