PHP Paypal集成与即时反馈

PHP Paypal集成与即时反馈,php,paypal,payment,donations,Php,Paypal,Payment,Donations,是否有可能从paypal交易中获得即时响应,并且他们是否必须离开您的网站以通过paypal支付 我在一个网站上工作,用户需要一次性付款,所以我一直在寻找捐赠脚本,但大多数都是付费的,我找到的唯一一个没有即时响应。如果你有任何相关的脚本,你曾经使用过,如果你能发布他们将不胜感激 谢谢为了确保您的支付安全,必须将用户转移到paypal的网站,否则网络钓鱼类型的攻击会容易得多 我不知道你所说的即时响应是什么意思,我的印象是PayPal商户账户可以实时通知商户,以便生成和发送注册密钥等信息?为了确保您安

是否有可能从paypal交易中获得即时响应,并且他们是否必须离开您的网站以通过paypal支付

我在一个网站上工作,用户需要一次性付款,所以我一直在寻找捐赠脚本,但大多数都是付费的,我找到的唯一一个没有即时响应。如果你有任何相关的脚本,你曾经使用过,如果你能发布他们将不胜感激


谢谢

为了确保您的支付安全,必须将用户转移到paypal的网站,否则网络钓鱼类型的攻击会容易得多


我不知道你所说的即时响应是什么意思,我的印象是PayPal商户账户可以实时通知商户,以便生成和发送注册密钥等信息?

为了确保您安全支付,必须将用户转移到PayPal的网站,否则,网络钓鱼类型的攻击会容易得多


我不知道你所说的即时响应是什么意思,我的印象是PayPal商户账户可以实时通知商户,以便生成和发送注册密钥之类的信息?

首先,对这一切都要小心谨慎:我至少有一年没有积极使用PayPal了

您可以(或可以)使用Paypal而不让用户离开您的网站:它被称为类似“Merchant Services Pro”的东西,并有与之相关的月费

事实上,问这个问题的时机还不错,贝宝昨天宣布了他们的开放式API(见)

无论如何,就“即时”通知而言:从技术上讲,它不会发生。当用户被推到Paypal进行支付时,会发生两件事:

  • 用户最终会被推回到您的站点,并带有一个事务ID
  • 当交易被清除时(虽然这通常是“立即”发生的,但可能需要几天时间),Paypal会以异步方式访问您的站点,与用户完全分离,然后访问另一个具有不同ID的预定URL(我很确定这是不同的)
  • 不管怎样,在这两者之间,你通常都是可以的。通常,我的编码工作流程类似于:

  • 使用唯一ID“
    my\u defined\u transaction\u ID
    ”将用户发送到Paypal
  • 当用户完成付款后,让他们返回
    user\u finished.php
    (贝宝,给我一个ID)
  • 设置我的Paypal设置,以便在交易结算时,Paypal将点击
    transaction\u cleared.php
    ,并使用一个GET参数指示“
    my\u defined\u transaction\u id
    ”(Paypal将再次给我一个id)
  • Paypal通常在用户到达
    user\u finished.php之前点击
    transaction\u cleared.php
    :当Paypal点击该URL时,我将“
    my\u defined\u transaction\u id
    ”标记为“OK”(在交叉引用Paypal以确保有效性后)
  • 当用户返回到
    user\u finished.php
    时,我可以将交易ID交叉引用回Paypal,确保有效性,然后将“
    my\u defined\u transaction\u ID
    ”标记为“OK”
  • 通过两步操作,用户可以关闭浏览器,而无需返回我的站点,并且仍将事务标记为“OK”


    对不起。。。我还没有开始喝咖啡,但我希望这会有点道理。

    首先,对这一切持保留态度:我至少有一年没有积极使用贝宝了

    您可以(或可以)使用Paypal而不让用户离开您的网站:它被称为类似“Merchant Services Pro”的东西,并有与之相关的月费

    事实上,问这个问题的时机还不错,贝宝昨天宣布了他们的开放式API(见)

    无论如何,就“即时”通知而言:从技术上讲,它不会发生。当用户被推到Paypal进行支付时,会发生两件事:

  • 用户最终会被推回到您的站点,并带有一个事务ID
  • 当交易被清除时(虽然这通常是“立即”发生的,但可能需要几天时间),Paypal会以异步方式访问您的站点,与用户完全分离,然后访问另一个具有不同ID的预定URL(我很确定这是不同的)
  • 不管怎样,在这两者之间,你通常都是可以的。通常,我的编码工作流程类似于:

  • 使用唯一ID“
    my\u defined\u transaction\u ID
    ”将用户发送到Paypal
  • 当用户完成付款后,让他们返回
    user\u finished.php
    (贝宝,给我一个ID)
  • 设置我的Paypal设置,以便在交易结算时,Paypal将点击
    transaction\u cleared.php
    ,并使用一个GET参数指示“
    my\u defined\u transaction\u id
    ”(Paypal将再次给我一个id)
  • Paypal通常在用户到达
    user\u finished.php之前点击
    transaction\u cleared.php
    :当Paypal点击该URL时,我将“
    my\u defined\u transaction\u id
    ”标记为“OK”(在交叉引用Paypal以确保有效性后)
  • 当用户返回到
    user\u finished.php
    时,我可以将交易ID交叉引用回Paypal,确保有效性,然后将“
    my\u defined\u transaction\u ID
    ”标记为“OK”
  • 通过两步操作,用户可以关闭浏览器,而无需返回我的站点,并且仍将事务标记为“OK”


    对不起。。。我还没有开始喝咖啡,但我希望这有点道理。

    我的应用程序www.perqworks.com使用Paypal网站Payment Pro。API中有一个即时支付通知(IPN)的概念

    它的工作原理是一个人用信用卡支付。Paypal向我的服务器上的“侦听器”发送https响应。使用侦听器,您可以根据来自的响应代码决定继续该过程或抛出错误