作为一个团队,我们目前正在调查一个奇怪的事件。它似乎并不适用于所有订单,但它会根据我们添加到noItems.phtml
页面的日志记录影响大量客户。
请注意:我真的不希望得到答案,因为我认为这是一个问题,我们必须根据插件和我们的服务器配置(用于加载平衡的三台服务器)自行解决)。但是,我正在寻找可能的想法和/或这是否是以前有人遇到的事情。
到目前为止我们做了什么,以及我们所知道的:
我们仍在调查,但我们发现用户如何回到空篮子页面时会有些奇怪。我们已将日志记录添加到noItems.phtml
,我们可以看到某些用户在成功交易后会被分配另一个会话ID。这似乎是问题所在,但为什么在SagePay付款后很难理解为用户分配另一个会话ID。
是否有其他人遇到与SagePay / Magento类似的问题?如果是这样,你采取了哪些措施来解决?
答案 0 :(得分:2)
我们的Sage Pay支持团队很乐意查看交易日志(在提交转换后的72小时内),并帮助您确定0845 111 4455 24/7交易失败的原因。
当您确认收到我们的回复时,您将回复通知网址。你有20秒的时间来回应。您需要发送状态(确定,错误或无效),状态详细信息和重定向URL。然后,我们将购物者发送回您的重定向网址。
一些建议是:
如果我们无法访问您的通知网址,请检查您是否已打开端口443和80。检查您没有DNS问题。
如果您收到Sage Pay的通知,请通过通知URL确认交易状态。检查您发送的信息是否在正确的大小写中,它不是空数据,并且您的网站没有假脱机,并检查成功/失败URL是否是有效的登录页面。
我们所有的系统需求都是Status Deatil,'Status ='和'RedirectURL ='字段,分配了适当的值,用Carriage-Return和Line-Feeds(在协议中指定)分隔。不需要其他任何东西。您发送的响应也应该是text / plain消息,而不是text / html或任何其他MIME类型。
如果客户被送回空篮子,请检查您的网站是否在后台工作,例如写入数据库,在将客户发送到付款页面之前准备确认电子邮件到后台办公室。测试您的服务器是否可以处理来自Sage Pay的交易量。或者您是否截断了NEXT URL?
关于会话ID,为每个交易分配一个称为VPSTxID的唯一Sage支付ID,用于识别交易。如果您要获得多个会话ID以便进一步讨论,我们可以查看您所指的交易。
Sage Pay支持。
答案 1 :(得分:0)
检查成功购买时将用户推送到成功页面的操作。也许它像target _parent一样。也许它试图在iframe中加载成功页面。或者在尝试重定向时可能会在sagepay上超时。