E commerce 实施类似Groupon的系统有哪些选项？

我喜欢建立一个允许用户“提交购买”交易的系统，但只有在达到最低提交人数量后才会收取费用。“交易”将持续的时间跨度可以是每周或每月

我喜欢尽可能远离从地面上建造一个

我知道StackOverflow上有另一个线程要求paypal、amazon或google checkout API来实现这个目的，但这看起来太像黑客了

我读了一些关于使用Authorize.net这样的网关来处理信用卡信息的文章，他们可以存储用户信息，并提供像现收现付这样的服务。使用他们的API是更好的选择吗？他们的现收现付方式能提供我正在寻找的系统吗

我读了一些关于使用Authorize.net这样的网关来处理 信用卡信息，他们可以存储用户信息和 有一种像现收现付的服务。使用他们的API会更好吗 选择

我使用Authorize.net进行定期付款，如果您能够熟练使用web服务（无论使用何种语言），那么它很容易实现。您可以与它们集成，而无需用户离开您的网站，也无需存储用户的信用卡信息

但是，您将收到用户的信用卡号以实现这样的模型，并且仍然需要采取预防措施（而不是重定向到安全的第三方站点以接收该号码）

将您的问题细化到更具体，以获得更具体的答案。

我读了一些关于使用Authorize.net这样的网关来处理 信用卡信息，他们可以存储用户信息和 有一种像现收现付的服务。使用他们的API会更好吗 选择

我使用Authorize.net进行定期付款，如果您能够熟练使用web服务（无论使用何种语言），那么它很容易实现。您可以与它们集成，而无需用户离开您的网站，也无需存储用户的信用卡信息

但是，您将收到用户的信用卡号以实现这样的模型，并且仍然需要采取预防措施（而不是重定向到安全的第三方站点以接收该号码）

---

<>强>请将你的问题细化为更具体的答案。<强> < /p >为什么你认为使用谷歌结帐、贝宝等是黑客攻击？不确定你想要实现什么…好吧，我们必须向他们收取0美元的费用来验证卡，并且有3到30天的时间限制？基本上，我们使用的是为特定用途而设计的系统，并试图找到一种解决方法。我们根本不清楚你想做什么。解释支付模式（不提及团购），人们可能会提出一些建议。为什么你认为谷歌结账、贝宝等的使用是黑客攻击？不确定你想要实现什么…好吧，我们必须向他们收取0美元的费用来验证卡，并且有3到30天的时间限制？基本上，我们使用的是为特定用途而设计的系统，并试图找到一种解决方法。我们根本不清楚你想做什么。解释支付模式（不涉及Groupon），人们可能会提出一些建议。将它们集成到我的网站并存储信用卡信息是我想要的，但我也只想在达到承诺买家的最低数量时向它们收费。我可以用Authorize.net来做这件事吗？@user1120565-你可以用Authorize.net一次性收费，但你必须直接打电话给他们，询问他们是否有类似的工具。很有可能，你必须管理好你这边的大部分逻辑。如果你的设计是存储信用卡号，请确保你完全符合PCI标准：将它们集成到我的网站中并存储信用卡信息是我想要的，但我也希望只有在达到承诺买家的最低数量时才向它们收费。我可以用Authorize.net来做这件事吗？@user1120565-你可以用Authorize.net一次性收费，但你必须直接打电话给他们，询问他们是否有类似的工具。很有可能，你必须管理好你这边的大部分逻辑。如果您的设计是存储信用卡号，请确保您完全符合PCI：