Web applications 使用子域还是使用内部文件夹？

我想知道如何组织和建立我的商业网站的子域等方面，我有几个子功能/服务的业务。主要商业网站是“www.mybusiness.com”。但我需要定制web应用程序，并为业务的每个子功能分别开发一个网站，因为每个子功能都有相当不同的需求。假设我的公司提供三种服务：设计、交付、营销

组织此活动的最佳方式是什么（针对网站访问者）？我可以让他们使用子域访问每个子函数，如下所示：

• design.mybusiness.com
• delivery.mybusiness.com
• marketing.mybusiness.com

或者这个：

• www.mybusiness.com/design/
• www.mybusiness.com/delivery/
• www.mybusiness.com/marketing/

---

我倾向于子域——我认为它们看起来更好，但哪个选项实际上更好呢？在速度、效率、编程等方面有利弊吗？有什么取舍吗？我的托管公司有一个虚拟托管计划，因此获取子域对我来说应该不是问题。

子域可能会有问题，例如，如果您希望每个用户都有一个单独的登录来跨子域工作。解释问题。编写代码并不难，但如果你处理的是第三方应用程序，它可能会变得复杂。例如，如果使用AJAX在子域之间获取数据，子域可能会导致类似的问题

（避免子域出现cookie问题的一个简单解决方案是创建一个子域，该子域只需重定向到内部文件夹；因此纯粹是一个登录页。）

使用子域的一个好处是，有时设置应用程序更容易，特别是当它使用mod rewrite重新编写URL时。让多个应用程序在同一个域上重写URL可能会变得棘手

所以这两种选择都有利弊，可能没有多大区别。无论哪种方式，让所有应用程序并排工作都可能会出现初期问题。也就是说，这两种方法都不会有任何问题。我敢肯定，对于您遇到的任何问题，都有很多变通方法，而且通常都有很好的文档记录

---

然而，在你花太多钱准备固定的URL之前，最好先检查一下你所有的应用程序是否正常工作。

对Jodes已经解释过的内容补充一些想法：

• 子域专业版：如果您将来需要在多台服务器上分发服务，那么使用子域会容易得多。如果您有一个子目录结构，则必须根据您的喜好引入某种形式的反向代理解决方案

• 子域的缺点：如果你想要https，SSL证书将使你的生活更加艰难，因为不同的FQDN

• 子域的赞成或反对取决于您的软件：相对文件访问/包含通常在vhost中是可能的，但在vhost文档根之外被拒绝。如果您想分离软件的不同部分（例如安全考虑），则子域会增加安全性。另一方面，它降低了灵活性

根据您的基础设施（服务器、可用网络设备），您可能会发现使用子域进行负载/优先级调整更容易，但这是一个更复杂的问题，我想您还没有（目前）处于这种情况