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