我正在 Web应用程序 on in aSP.NET 上。这个概念如下。
客户购买域，然后从20-30个现成模板中选择模板。
现在，应用程序位于 www.mywebappblabla.com/usersites
用户域是www.myowndomain.com，指向www.mywebappblabla.com/usersites，然后我们从数据库中跟踪URL，然后显示网站以及用户的Predefines模板。
因此，如果还有其他带有域www.myotherdomain.com的用户，它将再次指向www.mywebappblabla.com/usersites，然后根据数据库中的存储数据显示不同的模板和不同的页面内容。
我的问题是该系统可以由3000 -5000用户使用。这是正确的批准吗？还是我们应该为每个站点制作一个单独的文件夹和单独的DB？
我们希望在很少的时间内配置系统。例如。用户将Word文件带有内容和要使用的模板。我们应该能够使该网站在2-3小时内生存。
应该是什么批准。它会影响站点性能吗？
谢谢，问候
vipin
大多数网站对这种事情使用子域方法；例如，我的"网站"可能位于joshuashanemartin.host.com上，您的"网站"可能位于yourusername.host.com（WordPress，Google网站和其他所有方法）。
基本上，您可以使用一个具有以下表的数据库：
- 客户
- 站点
- 页
一个客户可以有多个站点，每个站点都有许多页面。您在网站中甚至页面中定义模板。每个"页面"对象都有一个" content"属性，该属性是HTML或某种标记语言（例如Stackoverflow编写答案时使用的内容）。
无论您是否采用subdomain方法，例如customername.host.com，还是您的方法，例如www.host.com/usersites/customername取决于您。最后，您只需从一个数据库加载不同的内容，并使用URL来确定您正在加载的数据。
该方法很好。显然，很多人使用子域，但主机同样合适。
您需要在IIS中设置绑定，以允许该站点的端口80/443上的所有请求*。显然，您需要存储它们的域并根据域将其路由到正确的模板。您可能还可以设置它，因此未注册的域将获得网站的友好版本或友好的错误消息。
就技术帮助而言，更具体的问题在您实施时会产生更好的结果。如果您不熟悉ASP.NET，则应查看HttpContext。这将使您检查请求的域。那应该给你一个开始。