Вопрос

Можно ли получить мгновенный ответ от транзакции PayPal, и должны ли они покинуть ваш сайт, чтобы заплатить PayPal?

Я работаю на сайте, где пользователю необходимо сделать один выплат, поэтому я искал сценарии пожертвований, но большинство из них оплачиваются, и единственный, который я нашел, не дает мгновенного ответа http://www.ibdhost.com/donation/. Анкет Если у вас есть какие -либо связанные сценарии, которые вы использовали до того, как были бы очень оценены, если бы вы могли опубликовать их.

Спасибо

Это было полезно?

Решение

Мое заявление, www.perqworks.com, использует PayPal веб -сайт Pulate Pro. В API есть понятие мгновенного уведомления о оплате (IPN). https://cms.paypal.com/us/cgi-bin/?&cmd=_render-content&content_id=developer/library_code_ipn_code_samples

Как это работает, это то, что человек платит кредитной картой. PayPal отправляет ответ HTTPS на «прослушивание» на моем сервере. С слушателем вы можете принять решение продолжить процесс или бросить ошибку на основе кодов ответов от PayPal.

Документация и песочница помогли, но API PayPal может быть немного сложным, чтобы обернуть голову.

Другие советы

Чтобы быть уверенным, что вы платите надежно, необходимо перенести пользователя на сайт PayPal, в противном случае атаки типа фишинга были бы намного проще!

Я не уверен, что вы имеете в виду под мгновенным ответом, у меня сложилось впечатление, что счета торговцев PayPal могут сообщить продавцу в режиме реального времени, чтобы такие вещи, как регистрационные ключи, и тому подобное, которые будут созданы и отправлены?

Во -первых, возьмите все это с зерном соли: я не использовал PayPal как минимум год ...

Вы можете (или можете) использовать PayPal, не заставив пользователя покинуть ваш сайт: он назывался что -то вроде «Permant Services Pro» и имела ежемесячную плату, связанную с ним.

На самом деле не плохое время, когда PayPal объявила о своем открытом API вчера (см. http://www.pcworld.com/businesscenter/article/181382/paypal_introduces_open_api_to_put_payments_into_apps.html ).

В любом случае, что касается «мгновенного» уведомления: технически это не происходит. Когда пользователя отталкивается в PayPal и произведет их платеж, произойдут две вещи:

  1. Пользователь в конечном итоге отправляется обратно на ваш сайт с идентификатором транзакции
  2. Когда транзакция будет очищена (хотя это обычно происходит «мгновенно», она может занять пару дней), PayPal попадает на ваш сайт, асинхронно, полностью отделенный от пользователя, к другому предопределенному URL с другим идентификатором (я почти уверен это другое)

Во всяком случае, между ними, как обычно все в порядке. Обычно мой рабочий процесс кодирования был бы чем -то вроде:

  1. Отправить пользователя в PayPal с уникальным идентификатором 'my_defined_transaction_id'
  2. Когда пользователь заканчивает оплату, попросите его вернуться к user_finished.php (PayPal с дать мне удостоверение личности)
  3. Установите мои настройки PayPal так, чтобы при очистке транзакций PayPal ударил transaction_cleared.php с указанием параметра получения 'my_defined_transaction_id'(снова Paypal даст мне удостоверение личности).
  4. PayPal обычно попадает transaction_cleared.php задолго до того, как пользователь доберется до user_finished.php: Когда PayPal поражает этот URL, я отмечаю 'my_defined_transaction_id«как« ОК »(после перекрестного ссылки обратно в PayPal, чтобы обеспечить обоснованность).
  5. Когда пользователь снова возвращается в user_finished.php, Я могу пересечь идентификатор транзакции обратно в PayPal, обеспечить достоверность, а затем отметить 'my_defined_transaction_id'Как "OK".

Все это за два шага позволяет пользователю закрыть браузер, не возвращаясь на мой сайт, и все еще не выполняет транзакцию, помеченную как «ОК».

Извините ... еще не начал кофе, но я надеюсь, что это имеет смысл.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top