我已经成功测试了Paypal Standard交易的SpiceLogic paypal组件,所有这些都一直运行到昨天。基本上,Paypal的返回工作正常,IPN通知很好,发送电子邮件,登录到数据库等等。我现在发现的(这是没有任何进一步的代码更改)是客户不再被重定向和重定向Paypal中的网站链接也无法正常工作。然而,IPN仍然被解雇并仍在进行后台处理。
我已经尝试使用组件的示例代码,但这也无法正常工作。在这个阶段,我认为这个问题可能是Paypal Sandbox中的问题,但是我已经确认启用了返回URL并且有一个有效的返回地址。
有没有人对我可能寻找答案的地方有任何想法。
干杯, 保罗
答案 0 :(得分:1)
我看到了与我的PayPal应用程序完全相同的问题(不是SpiceLogic,不管是什么)。一切顺利,直到昨天格林尼治标准时间中午,即3月4日。我使用不同机器上的不同浏览器使用环境和代码进行了检查,这些环境和代这绝对是一个沙盒问题。我们希望很快得到解决。
更新:格林威治标准时间3月6日星期四下午2点。 Sandbox现已破坏超过48小时。请其他人确认一下。任何人都知道如何解决这个问题?
更新:格林威治标准时间3月6日星期四下午4:30。它现在再次正常工作。这只是一个48小时的错误...感谢Micah。
答案 1 :(得分:1)
在最近几天发现了一个缺陷,听起来像是你遇到的问题。它会影响一些交易,一旦PayPal付款标准交易完成,买家可能无法退回到您的网站。 您需要满足以下付款标准付款条件:
return
的值
2
的{{1}}值在付款标准中指定
按钮代码要解决此问题,可以修改现有的付款标准集成,从发送rm
到rm=2
,这样就可以将买家重定向回您的rm=1
网址。
您可以在帖子中找到PayPal以下内容:
更改此内容:return
:<input type=”hidden” name=”rm” value=”2”>
请注意:
一旦<input type=”hidden” name=”rm” value=”1”>
的值发生变化,您将不再通过HTTP POST接收特定的交易数据到您在rm
参数中指定的URL。
将return
设置为rm
后,某些数据将通过HTTP GET发送。
更新:截至2014年6月6日已对此缺陷进行了更正。
答案 2 :(得分:0)
我一直有同样的问题。我确实发现PayPal已经更新了他们的沙箱,要求在ipn处理程序的返回路径上使用https。我还从PayPal中发现,在使用.NET时,您需要使用.NET framework 4.5,但是从Spicelogic中发现它们的dll是使用.NET framework 2.0构建的。他们正在考虑发布一个新版本。
有关SSL证书升级和TLS 1.2以及HTTP / 1.1升级和IPN验证回发到HTTPS的详细信息,请参阅PayPal https://www.paypao-techsupport.com
希望Spicelogic能够快速推出新版本。 TH PayPal的变化目前在沙盒中,但尚未投入生产 - 现场。我相信TLS的变化发生在6月份,SSL变化发生在9月份。 PayPal已将更新放入沙箱中,因此开发人员可以为这些更改准备好应用程序。