Ruby on rails 条带重复/订阅计费最佳设计/实践?

Ruby on rails 条带重复/订阅计费最佳设计/实践?,ruby-on-rails,ruby-on-rails-3.1,payment,stripe-payments,Ruby On Rails,Ruby On Rails 3.1,Payment,Stripe Payments,我即将用stripe整合我的第一个站点,但我觉得我可以设计出比以前更好的stripe集成。我遇到的主要问题是,如何维护stripe帐户的状态(试用和过期等),重要的Webhook是什么(以及处理所有事件的最佳方式),我应该在数据库中复制多少数据,以及我应该从stripe数据库中提取多少数据 我想提出一些最好的想法。 作为参考,我用RubyonRails开发了我的站点,部署到heroku,使用SendGridHeroku插件发送关于账单、延迟付款等的电子邮件通知 对于那些在RoR上使用stripe

我即将用stripe整合我的第一个站点,但我觉得我可以设计出比以前更好的stripe集成。我遇到的主要问题是,如何维护stripe帐户的状态(试用和过期等),重要的Webhook是什么(以及处理所有事件的最佳方式),我应该在数据库中复制多少数据,以及我应该从stripe数据库中提取多少数据

我想提出一些最好的想法。 作为参考,我用RubyonRails开发了我的站点,部署到heroku,使用SendGridHeroku插件发送关于账单、延迟付款等的电子邮件通知

对于那些在RoR上使用stripe的人,这里有一些我使用过的好资源(尽管我还没有找到一个真正涵盖stripe的定期/订阅计费的资源):

铁路公司:

当然,stripe文档和api:

这段webhooks/邮件的代码

我创建的(我创建的)与stripe集成,只需将卡信息存储在stripe中(不设置重复收费),取回代币,然后在人们的帐户到期时使用每日cron作业为代币计费


这种方法的几个好处包括不必担心webhooks/保持两个系统的同步,除了固定的月费外,还可以进行计量计费。

关于复制,我选择只在本地用户记录上存储CustomerKey。所有其他东西、发票、交易等都存储在条带中。IMO最好不要试图在两个系统之间保持奇偶性-最多你会有重复的数据,最坏的情况下,不同步会导致各种各样的麻烦…

有趣的是,你基本上是手动处理你的终端上的所有事情。为什么你要设置cron作业来处理这个问题,而Stripe已经有了重复/订阅计费功能?我在谷歌上搜索一个解决方案,大约2个小时。我发现的每个资源都有你的评论。我只是想指出,我不认为这个答案应该被否决。在stripe中,如果您需要创建stripe不提供的分期付款,则必须使用此方法。我知道这一点,因为我这样做了,并与stripe员工讨论了我的实施方案。@JM4如何计算金额,例如,一个saas平台,根据用户使用情况根据他选择的月度计划(预付费)计费。在这种情况下,我们不能使用定期/订阅计费,对于这种情况,有没有比cron更好的解决方案?嗯,我尝试不在两者之间保持奇偶校验,但我想使用帐户的状态在页面加载上显示错误消息,但对stripe的调用花费了太长的时间才能获得状态,因此页面加载花费了很长时间…缓存条带调用呢?页面加载问题只会在第一次执行API调用时发生。随后的呼叫将从cache@ChristianFazzini我知道这已经有几年了,但我想你说的是Stripe.js用于这些调用和缓存,或者是有某种可以使用的服务器端缓存?