JuliaTem15 ноя 2010 в 12:45

Тестирование PayPal Direct Recurring Payments. Проходилка квеста

2 мин

9.4K

Веб-разработка *

+22

Комментарии 19

jeje 15 ноя 2010 в 12:59

Реализовывал recurring на magento, нет ничего страшного, даже не заметил, что были какие-то проблемамы.

JuliaTem 15 ноя 2010 в 13:25

у PayPal разные recurring есть. Тут речь о тех, которые к Website Payments Pro относятся.

Zerkella 18 ноя 2010 в 19:30

Ну в последних версиях Мадженты они вообще из коробки :) правда в Бета-статусе

AlThar 15 ноя 2010 в 15:09

Такая же ситуация и с методом DoDirectPayment.
Собственно исправлять баг они не собираются, мотивируя это тем, что очень много другого делать.

udmlife 15 ноя 2010 в 15:23

1) сслка «Request API credentials», перейдя по
букву пропустили ссЫлка
ну это так чтобы норм было)

JuliaTem 15 ноя 2010 в 15:28

Спасибо, исправлено.

alexius2 15 ноя 2010 в 16:24

Буквально пару дней назад прикручивал пэйпаловские Encrypted Website Payments (это такое шифрование + ЭЦП передаваемой информации, иначе можно подделать форму и купить любой товар по кнопке buy it now за один цент), так без геморроя тоже не обошлось. PayPal предлагает использовать для этих целей «библиотеку», написанную на java в 2004 году криворукими программистами. Мало того что дают по сути кривые исходники, которые ещё нужно правильно скомпилировать, эта штука тянет за собой 27 метровую библиотеку (хотя на деле из неё нужны 4 файла) и требует патча jre! На официальном форуме было несколько топиков по этой проблеме, но готового решения ни в одном не было. В итоге пришлось провозиться 2 полных дня с этой ерундой, прежде чем получился рабочий вариант. Казалось бы крупная компания, а о своих клиентах-разработчиках совсем не заботится…

adminimus 15 ноя 2010 в 18:24

>иначе можно подделать форму и купить любой товар по кнопке buy it now за один цент)

как пишут сотрудники пейпала, это «не проблема». Достаточно сверять атрибуты платежа и в случае подмены на стороне клиента запросить refund. На практике это, конечно, совершенно лишний геморрой.
Вот что им мешало сделать хотя бы простенькое шифрование данных платежной формы на стороне мерчанта в виде md5 + закрытый ключ :(

Zerkella 18 ноя 2010 в 19:35

За 2 дня сделали? Респект.

А вообще да — у Пейпала хватает косяков с документацией и исходниками. Тут они что-то лажают.

Deepwalker 15 ноя 2010 в 16:49

Мне больше понравились AdaptivePayments.

Deepwalker 15 ноя 2010 в 16:51

Кому интересно, кратко, коммент из paypal/api/adaptive.py:

PayPal Adaptive Payments API.

Links:
https://www.x.com/docs/DOC-1419 Preapproval API Operation
https://www.x.com/message/157029#157029 Preapproval approve by user
https://www.x.com/docs/DOC-1421 PreapprovalDetails API Operation
https://www.x.com/docs/DOC-1414 Pay API Operation

Manual:
For make preapproval payments we call `Preapproval API` and get preapprovalKey.
We redirect user to https://www.sandbox.paypal.com/webscr?cmd=_ap-preapproval&preapprovalkey={{ preapprovalKey }}

When we need to make pay, we get senderEmail by `PreapprovalDetails API` call. Then we call
`Pay API` whith preapprovalKey and senderEmail.