问题标签 [e-commerce]

我正在寻找一种方法来自动从一个银行账户转移到另一个银行账户，而最终用户无需登录到诸如贝宝或亚马逊支付之类的东西来完成这个过程（通过将他们的在线余额转移到他们的银行账户）。我在网上浏览了一下，发现一些供应商似乎能够做到这一点，但 API 文档并没有让我对此感到确定。

任何人都可以推荐他们曾经做过这样的事情的服务吗？显然，我正在寻找基于 Web 的 API。整个过程是一个中间人站点，它收集付款（这是简单的部分），然后将付款（减去​​费用）支付到银行账户。

亚马逊支付会很棒（允许三方/市场交易）；但是，我们正在寻找直接到最终用户银行帐户的东西。

（我知道这不是严格意义上的代码，但我想可能有人做过类似的事情。）

我正在建立一个在线商店来销售“绿色超大号 T 恤”之类的产品。即，同一件衬衫可以有多种尺寸/颜色，不同的组合可以售罄，不同的组合可能有不同的价格等。

我的问题是我应该如何在我的 Rails 应用程序中对这些产品进行建模（或者实际上如何在任何应用程序中进行建模）。

我目前的想法是：

因此，每个产品将具有一个或多个特性（例如，“颜色”、“尺寸”等），然后每个特性将具有一个或多个变体（例如，“红色”、“蓝色”等）。

这种方法的问题是我在哪里存储价格和库存？即，给定产品的价格和库存由其特征所采用的变体决定。（绿色可能比红色贵，大的可能缺货等）。

我的一个想法是给产品一个“base_price”，并让变体修改它，但这似乎过于复杂（并且可能不起作用）。

最近我们网上商店的一个错误导致结帐时价格翻了一番。这导致订单在 19 小时内从大约 25 个下降到 2 个。我们为此损失了不少钱。我想知道的是：有什么方法可以衡量有多少“掉线”的客户会回来并重新下订单？

在我的在线商店中，我想实现一个类似于亚马逊的界面来选择产品尺寸和颜色。即，用户应该看到一堆小框，而不是用于不同尺寸/颜色的单选按钮，每个小框包含颜色样本或尺寸名称。当用户单击一个框时，边框应更改以指示它已被选中。

我已经在使用 jQuery，所以我认为jQuery 可选小部件将是实现这一点的自然方式。不幸的是，它似乎无法让您控制用户可以选择的最大项目数，因此我无法限制用户在 UI 中在线选择一种颜色/尺寸。

以 jQuery 友好的方式（如果可能）实现此功能的最佳方式是什么？

在我的在线商店中，每个订单都与一个送货地址和一个账单地址相关联（当然，它们可以相同）。这是我第一次尝试对此建模：

这工作得很好，但现在表单助手不起作用。即，form_for只会生成名称类似的字段address[zipcode]，所以我必须手动破解它来获取billing_address[zipcode]和shipping_address[zipcode]。

我想我可以使用单表继承将子类Address化为ShippingAddressand BillingAddress，但这对我来说似乎有点 hacky（并且与建模 Customer <--> Address 的最佳方式中的一些好的答案相矛盾）。

In your opinion is it common and ethical to do custom software development for a Customer and then add that software to your base product which is available to your other customers?

My take on it is that:

1. It's a contractual issue between you and the Customer.
2. It's done often (although maybe not 'common').
3. It's similar to the Customer paying to have their pet feature bumped up the development priority queue.

Can anyone point to any well known (or at least public) examples of this?

我有一个运行经典 ASP 的购物车网站，在结帐过程中需要帮助。当用户准备结账时，他们会被重定向到网站的 SSL 版本。

当跳转发生时，客户在到达站点的 SSL 版本时开始一个新会话。这意味着他们购物车中的内容丢失了，给他们留下了糟糕的网站体验。

有没有办法在跳转到 SSL 时保持相同的 ASP 会话？

我正在寻找可以安装在 Google App Engine 上的电子商务平台。

有什么建议吗？

谢谢。

当用户在我的在线商店完成订单时，他会收到一封电子邮件确认。

目前，在我们授权用户的信用卡并且在我们向他显示确认消息之前（即同步），我们通过 Gmail（我们选择 sendmail 以提高便携性）发送这封电子邮件。

它在开发中运行良好，但我想知道这是否会导致生产问题。是否需要让用户等待太久？多个同时连接的 Gmail 是否会给我们带来麻烦？还有其他一般注意事项吗？

如果同步发送电子邮件将是一个问题，有人可以推荐一个异步解决方案（ar_mailer有什么好处吗？）

我有一个零售第三方电池的客户，有些电池可以替换几个 OEM 型号。

例如，第 3 方 SKU 12345 可以替换东芝 N23 和 HP 53214，因此我的客户想在前端创建两个具有相同 SKU 的产品（它们本质上是相同的产品）。但是，Magento 默认情况下不允许重复 SKU。

我目前的解决方案是从后端将 SKU 设置为不需要，并添加另一个名为 Model 的允许重复值的属性，并在前端显示 Model。

有一个更好的方法吗？或者是否可以允许重复的 SKU？

天博
来宝科技