问题标签 [shopping-cart]

我正在用 PHP 构建一个购物车，并希望允许客户输入每件商品的数量，然后按下一个按钮，将您带到 PayPal 并列出您拥有的产品数量。

在 PayPal 的网站上，我发现的所有信息似乎都让我需要一个购物车。如果这是绝对必要的，我该如何实施？

任何人都对为什么会发生这种情况有任何经验：

sIFR 3 运行良好，直到我单击添加到购物车并收到一条 JavaScript 通知，表明它已添加到购物车中。单击后，sIFR 文本消失： http: //loadedgranola.valitics.com/_product_83484/blackberry_lime。试试看，让我知道他们是否对我正在做的事情有问题......

我正在努力不去推出自己的购物车，但在仔细阅读可用的 .NET ecom 包之后，它都是 ASP.NET 网络表单。此外，如果我看到另一个手动数据库层或一些手动调用 Activator.CreateInstance() 以实现可扩展性，我将在蜂巢中爆发。

所以我正在寻找的是一个使用 ASP.NET MVC、FubuMVC 或 Monorail 用 C# 编写的购物车，使用一些支持 Linq 的 ORM，最好是 NHibernate。我希望它是开源的，但如果代码库做得很好并且源代码许可可用，我不反对商业解决方案。

我知道 Rob Conery 关于这个主题的网络广播系列，但如果我不自己动手，我想要一些更接近黄金时段的东西。

有没有这样的野兽，或者我自己滚动是最好的选择？

我刚刚学习了使用 Rails 3rd Ed. 进行的敏捷 Web 开发，我正在阅读 Depot 应用程序章节，我正在尝试创建一个简单的编辑数量函数和删除函数。我对删除功能很幸运，但对编辑数量功能没有运气。

我将提供很多信息，所以请不要感到不知所措。我发现这是一个具有挑战性的问题。

到 add_to_cart.html.erb

库存控制器：

Cart.rb 模型

attr_accessor :items

cart_item.rb 模型

attr_accessor :inventory, :quantity

这会产生奇怪的结果：

请注意，数量16出现在我的循环 (#Fail) 的两个项目中。当我提交表单时，InventoriesController# cart_update中的 ArgumentError 参数数量错误（1 对 2）返回错误。传递的参数：

我有一个潜在客户，目前使用 Miva Merchant 作为他们的电子商务解决方案。他们希望我添加以前使用 Magento 完成的功能。我知道 Miva 使用自己的专有脚本语言，但这与其他语言有多大相似之处？能够修改购物车的核心功能的学习曲线有多陡？

他们是否有任何资源可以尝试在不购买 Miva 的情况下进行开发？

我在 magento 中创建了 2 个商店，其中有 1 个普通购物车。如果我是访客并从第一家商店添加到购物车 1 产品，然后去第二家商店重置购物车。我在 gap.com 上看到这项工作。有人可以帮我解决这个问题吗？

我想用计时器超时会话，我正在实施一个电子商务项目，当用户在购物车中添加第一个产品时，我需要一个计时器将启动并且用户在购物车中添加更多产品但用户没有在一个购物车会话超时的特定时间（购物车为空）。怎么可能达到这个。

好的，我正在尝试使用 JQuery 在 HTML 页面中复制相同的功能，以从我的数据库中拉入页面产品。

目前在此过程的 PHP 版本中，您可以通过典型的 PHP 调用来连接数据库：

现在这个过程有一个部分调用数据库并提取产品并回显一个 div 和 img 标签，并将提取的信息分配到适当的区域。

现在有一些其他脚本可以识别这些吐出信息并将工具提示应用于产品并使它们可拖动。在 PHP 页面中这样做时效果很好。

现在我正在做的尝试让这个做同样的事情是在我的 html 页面中使用 .ajax() 调用。

我得到了图像，但没有将可拖放的效果应用于这些产品。我没有提取我需要的所有信息吗？

这是与此过程一起使用的拖放脚本：

谢谢，

马特

出于某种奇怪的原因，当人们尝试使用客人结账时，它只允许他们输入账单信息，然后当它应该去运送时......它只是循环回到第一个结账页面......这个过程不断重复

有谁知道这可能来自哪里？

该网站是a2iwheels.com/checkout/onepage/

我是一家电子商务网站的主要技术人员，该网站的浏览量为每月 70 万次。年收入超过 100 万美元。在线收入方面。我们的内部 LAMP 电子商务应用程序早已无法满足我们的需求，我正在寻找替代方案。

我查看了几乎所有我能拿到的 OSS 购物车，但没有一个能满足我们的需求。我几乎已经得出结论，我们将不得不使用托管解决方案（这还不错，因为它减轻了我的大量工作。）但是，大多数托管解决方案我m 查看专为只想从车库出售小部件的典型小企业主而设计。我需要更针对已经拥有合格技术人员来实施解决方案的客户的东西。我们的需求包括：

• 与 Google Checkout 集成。我们公司的总裁曾在 Google 工作过这个项目。如果我们提出其他建议，那就不行了。他也是谷歌分析的瘾君子，因此这也是一个要求。

• 强大的 API 用于获取电子商务平台内外的数据。这将需要与我们的 CRM 应用程序和会计系统集成。

• 界面必须是完全可定制的。这将主要通过 CSS 完成，但对于非技术人员来说，类似 CMS 的编辑功能将是一个巨大的好处。这就是让我们长期使用本土系统的原因。

• 如果解决方案是安装而不是托管，则它必须在 Linux 上运行。我们不会在后端使用 Windows，并且不太可能很快考虑这样做。

到目前为止我所看到的：

• 雅虎购物（与我交谈的销售代表对 Google Checkout 支持不确定。交易破坏者）

• Prostores（我已经学会了不将业务与任何与 Ebay 相关的公司联系起来的艰难方法）

• Nexternal（样品店印象不深，速度慢得令人无法接受）