在 Laravel 4 中构建 SAAS 的正确方法

好吧，大约一年前，我编写了一个网络应用程序，可以帮助为我父亲的公司组织约会。现在他“没有它就无法做生意”。我决定建立一个 SAAS 订阅模式并向公众开放。

它目前基于 codeigniter 和 php 构建，我认为这不太适合 SAAS 版本。我计划在 laravel 4 中从头开始重新构建它，并使用 stripe 作为支付网关。

我关心的是如何最好地处理多个客户端的数据库/应用程序结构。目前，它只服务于一项业务，并且非常不抽象，并且是针对我父亲公司的需求的。我需要它能够根据使用它的企业的业务来处理不同的数据。

我研究过多租户，但我不确定这是否适合这个。我认为“gmail”风格的方法会更好。登录后用户将看到其自定义仪表板和仅其数据的一个应用程序/域。

在我陷入编码之前，我需要弄清楚如何最好地处理一个数据库上的多个“帐户”。我不想为每个用户创建一个表，也不想为每个用户创建一个数据库。

我想我的问题是有人能给我指出正确的方向，如何最好地处理 Laravel 中的每月付款订阅吗？我所困扰的并不是代码，而是我到底需要构建什么来处理每月向客户收费并在计费失败时拒绝他们的访问等。

Thanks

你需要大量的阅读和大量的工作！

首先，让我们暂时完全忽略计费方面 - 归根结底，应用程序的这一部分确实相当微不足道。取出一页37信号Rework http://37signals.com/rework（第 93 和 94 页）并在开始实施之前启动您的产品并提供 30 天免费试用（那时您应该知道如何实施）。

其次，为什么你认为“gmail”不使用多租户，URI 结构没有告诉任何底层数据库结构。我相当有信心他们不会为每一位客户克隆数据库模式。因此，您可能已经回答了自己的问题 -您想要实施多租户.

您将想要抽象您的数据库（和应用程序架构），老实说，没有比 Taylor Otwell（Laravel 的创建者）的书更好的资源来帮助您实现这一目标了。Laravel：从学徒到工匠 https://leanpub.com/laravel。他的书不适合初学者，当你读完它时，你应该能够自己回答这个问题。

您不会为每个用户创建表或数据库，甚至不会为每个组织创建一个表或数据库。相反，您将在代码中创建抽象数据库结构，这将从数据库中提取用户数据。

考虑检查访问组织的权限作为用户身份验证的另一层。对于每个请求，您都将检查该用户是否可以访问特定组织。您可能还会检查以确保该组织仍然处于活动状态（是否因为他们没有付款而过期？）这将在每次请求时再次发生，并且可能会出现以下情况：Laravel 内的过滤器 http://laravel.com/docs/routing#route-filters.

这确实引出了开发 SaaS 应用程序的下一个非常重要的因素。

我不了解你，但我很偏执，如果我不确定那个用户号码，我晚上就睡不好觉4506无法看到自己不属于的组织的数据。确保这一点的唯一真正好的方法是通过单元测试，如果您还没有这样做，我强烈建议您学习。

在 Laravel 4 中执行此操作的最佳方法是阅读 Jeffrey Way 的书Laravel 测试解码 https://leanpub.com/laravel-testing-decoded。这本书非常先进，但如果你很好地掌握了基础知识，仍然很容易理解。

最后但并非最不重要的一点是，最重要的一件事是参与社区——我建议最简单的方法就是闲逛#laravel IRC 频道 http://laravel.io/irc（自由节点）。问一些问题，也许回答一些问题，频道中的每个人都非常友善且反应灵敏。

您肯定会经历一次冒险，不要害怕提出问题和犯错误。祝你好运。