问：大家好，这不是代码问题，而是概念问题。
我最近从初级开发人员角色转变为一家新公司的单一开发人员。这家公司有大约 20 个网站，我需要重建并带到 21 世纪。
其中大约 8 个网站需要使用购物车销售产品。所有者想要 1 个单一数据库来保存每个网站的所有产品。所以这就是我打算做的，希望你们能告诉我这是不是一个坏主意（如果是这样，你会怎么做）。
顺便说一下，这些网站都将是 WordPress 网站......计划：
所以首先我将创建一个数据库服务器并计划表和关系等的结构。
我将使用 Laravels lumen 创建一个 API。这将作为与网站和数据库进行通信的中间人。
我将创建一个用于将产品输入数据库的管理工具（通常的 CRUD 应用程序），并且还会做一些诸如畅销产品的播种统计等...
我将创建一个插件，用于所有这些网站。这将用于购物车。该插件将从 api 调用和获取，然后到数据库。
创建网站并安装插件。
我想到这种结构的原因是为了减少对每个网站一遍又一遍地使用相同的代码。我将有一个带有插件的基本网站，我可以在上面进行测试，并且可以测试任何更新并将其推广到所有网站。本质上，每个网站的插件不同的唯一方式是 CompanyID。
这将是我自己构建的第一个主要系统，也是我选择这种结构的原因之一，因为它将测试我并教我很多不同的技术。所以这就是使用流明构建 API。使用 Laravel 框架构建 Web 应用程序。构建一个好的 WordPress 插件，以及构建好的 WordPress 主题。
所以伙计们，现在是时候让你们说这是一个愚蠢的想法并扼杀我的梦想系统:(啊哈。但说真的，这是一个很好的概念，还是我应该完全重新考虑这个？
答：现在 Laravel 框架就行了。
