Php 有人使用过PayPal网站支付标准和会话变量吗?

Php 有人使用过PayPal网站支付标准和会话变量吗?,php,mysql,paypal,shopping-cart,checkout,Php,Mysql,Paypal,Shopping Cart,Checkout,注意:我们的网站是用PHP构建的,使用MySQL数据库。我已经使用Authorize.net管理另一个购物车网站,所以请不要回复使用其他提供商的建议。我们发布的新产品/服务被商户提供商归类为“高风险”,他们想向我们收取A**。作为回应,我认为在Paypal.com上建立一个网站支付标准账户是最好的选择,原因如下: 1) 不收取月费,只支付所用费用 2) 信任品牌,人们对贝宝很满意 利率比我们习惯的要高得多,但任何高风险的商户账户都是如此,这是无关紧要的。我遇到的问题是: 1) 在我们网站的整个注

注意:我们的网站是用PHP构建的,使用MySQL数据库。我已经使用Authorize.net管理另一个购物车网站,所以请不要回复使用其他提供商的建议。我们发布的新产品/服务被商户提供商归类为“高风险”,他们想向我们收取A**。作为回应,我认为在Paypal.com上建立一个网站支付标准账户是最好的选择,原因如下:

1) 不收取月费,只支付所用费用

2) 信任品牌,人们对贝宝很满意

利率比我们习惯的要高得多,但任何高风险的商户账户都是如此,这是无关紧要的。我遇到的问题是:

1) 在我们网站的整个注册过程中,我们收集了大量的用户信息,并使用会话变量将其从一页传递到另一页。当您使用网站支付标准时,您必须将消费者转移到Paypal拥有的网页以提交其支付信息。成功完成后,他们可以引导他们返回到我们网站上的“确认”页面,但据我所知,没有办法保持旧会话变量的圆滑。这对我们来说非常重要,因为总体概念是只有在成功付款后才存储会话变量

2) 使用网站支付标准,我无法找到发送支付金额变量的方法(所有内容都必须事先指定,即T恤衫为2.99美元)。我们的网站允许消费者注册多个人,每个人都有几个“附加项”,因此有100多个最终退房金额的可能性。我不确定是否有可能推翻这一点

有人在Paypal上使用网站支付标准确认了上述信息吗?

1)假设会话是基于cookie的,当他们返回您的站点时,它应该仍然存在(只要他们没有同时关闭浏览器窗口,这是不可能的)

如果确实不确定,请将会话存储在数据库中与生成的订单id关联的临时表中。我相信这(订单id)有可能在交易完成后传回。阅读PDT上的文档

2) 我相信情况并非如此。查看第250页之后的内容。

1。)我同意上面Pete的观点,您可能正在寻找PDT的功能。听起来你最好的选择是消化发送到你的返回页面的请求,然后构建你的会话变量


2.)您可以使用“金额”参数发送您想要的任何金额

应该回答问题2,关于问题1,我想补充一点,您可以像往常一样简单地使用PHP的内置会话功能(无论您当时使用的是哪种存储机制,可能是memcached、file(默认)、mysql数据库或其他什么),然后将会话id传递给paypal


当paypal给您回电话时,您可以使用Session_id($backpassed_sessionid_from_paypal)访问会话变量,它只需将与传递给函数的sessionid相关联的会话数据加载到函数中,这可能就是您的意思。

我已经晚了几个月无法回答。。。但我也有同样的问题…重定向到返回url后丢失会话和cookie

对于那些将遇到同样问题的人,这里是我提出的解决方案

在您添加的paypal表单中

<input type='hidden' name='return' value='".http_dir."shop/return.php'> 
<input type='hidden' name='custom' value='$session_id'>

其中$session_id=session_id()

在shop/return.php中,我测试了它是否与

echo '<pre>';
print_r($_SESSION);
echo '</pre>';

echo '<pre>';
print_r($_COOKIE);
echo '</pre>';

echo '<pre>';
print_r($_GET);
echo '</pre>';
echo';
打印(美元会话);
回声';
回声';
打印($\u COOKIE);
回声';
回声';
打印(美元);;
回声';
如果表单中不包含“custom”参数,它将返回一个空数组。两行字就能改变一切,真是太疯狂了。我想我会重复整个购物车的逻辑,哦,孩子

希望这能对将来的人有所帮助。。。干杯^^


来源:

我和贝宝玩过了。他们的服务和支持是可怜的。我已经等了两个星期,等待他们评估我们为加密我们的支付而开发的PHP脚本,他们的解决方案是可笑的。他们不仅忽视了回答我们的实际问题,而且还提出了一些与他们自己的最佳实践背道而驰的建议。如果你打电话寻求有关网络支付标准的帮助,他们会告诉你你想做什么是不可能的,你需要为豪华软件包API或其他东西付费。我很久以前就不打电话求助了。他们的文档组织也有不足之处。不管你决定什么,祝你好运!!!嘿,JM4,我的处境和你完全一样,除了使用网站支付标准,别无选择。。您是否能够解决此问题,如果可以,请使用什么选项,您选择的答案是否有效?