【发布时间】:2013-08-19 21:30:09
【问题描述】:
好的,大约一年前,我编写了一个网络应用程序,帮助为我父亲的公司安排约会。他现在“没有它就无法做生意”。我已经决定要建立一个 SAAS 订阅模型,并向公众开放。
它目前是基于 codeigniter 和 php 构建的,我认为这不太适合 SAAS 版本。我计划在 laravel 4 中从头开始重建它,并使用 stripe 作为支付网关。
我关心的是如何最好地为多个客户处理数据库/应用程序结构。目前,它只服务于一项业务,并且非常不抽象,并且专门针对我父亲公司的需求。我需要它能够根据使用它的企业的用途来处理不同的数据。
我研究过多租户,但我不确定这是否适合。我认为“gmail”风格的方法会更好。一个应用程序/域,登录后用户将看到他们的自定义仪表板,并且只有他们的数据。
在我陷入编码困境之前,我需要弄清楚如何最好地处理一个数据库上的多个“帐户”。我不想为每个用户创建一个表,也不想为每个用户创建一个数据库。
我想我的问题是有人能指出正确的方向吗?如何最好地处理 Laravel 中的每月付款订阅?与其说是我纠结的代码,不如说是我需要构建什么来处理每月向客户收费并在计费失败时拒绝他们访问等。
谢谢
【问题讨论】:
标签: database laravel laravel-4 saas stripe-payments