我需要第一种方法来建立一个适用于多个地方的预订系统。目标是系统将被许多地方使用。
一开始我决定使用已经发明的轮子，有很多脚本可以卖给你代码。问题是所有这些都只是为一个地方设计的。所以我有两个选择。
修改代码以创建多地方系统（我认为有很多修改）。
按地点进行一次安装并使用脚本进行管理（创建安装，创建数据库，...）。另外我想制作一个管理面板来管理所有安装等等。
该项目将是一个由PHP提供支持的Web应用程序。
客户将使用公共表格进行预订，然后每个餐厅都有自己的管理面板及其预订。
您会选择什么形式？
答案 0 :(得分：0)
我会选择第二种形式。基本上因为这可以让你更快地开始（根据你的评论，似乎第一个需要很多改变）。如果你能够更快地开始，你会知道它是否有效。更快的反馈更好。
您可能在此表单中遇到的问题是付款，注册，但由于用户将使用公共表单进行预订，我假设没有注册或付款。
您不希望用户单独注册每个地方，不是吗？我不希望我的客户体验到这一点。类似的支付问题。
坐下来思考可能需要根据业务的各种安装之间的任何依赖性的事情。各种安装操作明智地需要分享什么。您需要这样做，因为了解这一点会告诉您是否可以实际自动化所有内容。安装，具有初始值的数据库可以自动化，但如果操作系统需要许多其他可能成为问题的常见事物。