Magento 在 OnePage Checkout 上的奇怪重定向行为

Question

我的 Magento 版本是 - 1.4.1.1

我遇到两个问题：

1）当我执行 Onepage 结帐的各个步骤（注册、计费、运输和付款选项卡）时，有时在此过程中我会被重定向到购物车页面。没有错误，没有异常，var/report 中没有生成报告。我不知道如何调试它。没有我可以查找的日志吗？

2) 在单击下订单（最后一步）后的同一 Onepage Checkout 流程中，有时它会重定向到购物车页面，发送一封电子邮件，说明订单失败并显示以下消息：

在此操作之前必须收集报价总数。

为了解决这个问题，我在文件 magento/app/code/core/Mage/Sales/Model/Quote.php 的 prepareRecurringPaymentProfiles 中评论了这一行，这解决了问题

throw new Exception("Quote totals must be collected before this operation.");

：不知道这两个问题是否相关。但我现在没有遇到第二个问题，但经常遇到第一个问题。可能是什么原因以及如何解决？

进一步更新 - 我检查了 firebug 跟踪，这是 500 内部服务器错误，有时会出现在一页结账的任何步骤中。我能够深入研究 onepagecontroller.php 中的 savebillingaction、saveshippingaction 函数，发现当 $this->getRequest()->isPost() 为空时会出现错误，如果它是 1 那么它会继续，然后转到下一步，否则它会重定向到购物车，不，我不知道为什么这不是 1，还是因为 ajax 无法发送帖子数据，但我检查了 XHR 请求，Ajax 每次都会发送帖子数据（使用 firebug 扩展检查）。有人可以告诉我接下来我可以做什么来排除故障吗？我在哪里可以找到这些 Ajax 调用？ Shipping.phtml（任何step.phtml）底部都有JS，它是如何调用OnePagecontroller saveshippingaction函数的？

Answer 1

由于是服务器内部错误，请尝试访问服务器的错误日志。会告诉你问题出在哪里。我在 1.7.0 中也遇到过同样的问题。在我的示例中，问题出在 /app/code/core/Mage/Usa/Model/Shipping/Carrier/Fedex.php

Answer 2

对于其他遇到“必须在此操作之前收集报价总数”的人。错误，请检查您的 Apache 日志以了解 500 内部服务器错误的原因。如果是这样的：

mod_fcgid: read data timeout in 40 seconds
Premature end of script headers: index.php
process 26126 graceful kill fail, sending SIGKILL

..PHP 响应时间太长。通常是 onepage/checkout saveOrder 操作，因为它相当繁重，并且通常需要连接到第三方服务（支付网关、时事通讯服务，如 mailchimp 等）。这些对第三方服务的调用可能需要一段时间，具体取决于网络状态，并且可能是 PHP 超时的原因。

您可以从增加超时开始，但这不是一个好的永久解决方案，因为您想首先找出发生这种情况的原因。

New Relic 是一个监控这些调用的好工具（也是监控您的 Magento 商店的一个好工具）。

Answer 3

首先，注释错误消息几乎从来都不是解决问题的方法，因为您只是掩盖了一些可能对您的系统产生严重后果的问题。

确定这样的错误可能很困难，但首先要检查几个地方：

1. 您是否在较低版本上安装了此系统然后升级？如果是这样，怎么办？
2. 您是否使用任何扩展来修改网站的销售/结账部分？
3. 您是否覆盖了与网站这部分相关的任何模型？
4. 您是否更改了结帐的 JS 或 HTML？

如果是其中一种情况，您应该检查这些更改是否存在错误。如果没有，请尝试打开网站的默认主题并再次查看。如果错误消失，则表明您使用的主题有问题。如果仍然出现，则问题出在代码中。

在后一种情况下，使用 Firebug 验证有问题的页面请求是否会导致 Magento 向前端发送回“重定向”命令。如果情况并非如此，则可能是某种 JS 错误，但更可能的是您最终在系统中的某个地方出现了无效数据，导致 Magento 在结账时卡住。

另外（只是想到这一点，还没有尝试过），尝试多地址结账。我记得，它使用常规页面帖子，甚至可能比 OnePage 结帐具有更有用的消息传递。请根据上述发现编辑您的帖子，以便我们可以提供更多帮助（如果这不起作用）。

希望有帮助！

Answer 4

以防万一有人收到“在此操作之前必须收集报价总数”的信息。错误，并且这些解决方案都没有解决其特定问题，我会提到我的问题是这样的：

skin/frontend/base/default/js/opcheckout.js

var params = Form.serialize(payment.form);

There was a JS error unique到这个网站，它正在清除付款表格并阻止 JS 读取其内容。您使用的模块或主题会有所不同，但请检查以确保付款表单可以正确序列化。如果没有，那可能是你的问题。

Answer 5

我的 Princessly 商店也遇到了同样的问题：

1. “正在提交订单信息...”需要大约 20 到 130 秒甚至更长的时间才能完成并重定向到支付网关，例如与 PayPal 一样，如果有的话，在点击下订单按钮后，一页结帐的最后一步。

2. 如果没有通过，很可能是因为花费太长时间而超时，它将重定向返回购物车，给客户留下一个空的购物车和一个待处理的付款订单，或者，它将给出以下例外：

   <块引用>

   在此操作之前必须收集报价总数。

   因为显然，有些事情超时了，脚本在收集报价总额之前就结束了（这只是我的理论），因此发送了付款交易失败提醒电子邮件。

经过12个小时的研究和调试，我终于找到了罪魁祸首和解决方案。

Magento 默认启用 RSS 库存和新订单通知，因此每次按下下订单（然后保存“销售/订单”资源）时，都会刷新缓存，以便发布 RSS。对于 Magento 来说，缓存清理可能非常耗时。因此解决方案很简单。只需禁用 RSS 通知即可保存“销售/订单”资源。

找到 /app/code/core/Mage/Rss/etc/config.xml 并找到此块：

<sales_order_item_save_after>
    <observers>
        <notifystock>
            <class>rss/observer</class>
            <method>salesOrderItemSaveAfterNotifyStock</method>
        </notifystock>
    </observers>
</sales_order_item_save_after>
<sales_order_item_save_after>
    <observers>
        <ordernew>
            <class>rss/observer</class>
            <method>salesOrderItemSaveAfterOrderNew</method>
        </ordernew>
    </observers>
</sales_order_item_save_after>

只需删除或注释掉它并刷新 System => 中的 Magento 缓存即可缓存管理=>全选=>提交。

现在，我的商店只需 1 秒甚至更短的时间即可完成下订单并重定向到支付网关。