我想知道如何根据子域等组织和设置我的业务网站。我有一些业务的子功能/服务。主要商业网站是“www.mybusiness.com”。但我需要为业务的每个子功能定制 Web 应用程序和单独开发的站点，因为每个子功能都有相当不同的要求。假设我的企业提供 3 项服务：设计、交付、营销。
组织这个（对于网站访问者）的最佳方式是什么？我可以让他们使用子域访问每个子功能，如下所示：
或这个：
我倾向于子域 - 我认为它们看起来更好，但实际上哪个选项更好？在速度、效率、编程等方面有优缺点吗？有什么取舍吗？我的托管公司有一个虚拟托管计划，所以获取子域对我来说应该不是问题。
子域可能会出现问题，例如，如果您希望每个用户一次登录即可跨它们工作。此链接解释了这些问题。编写代码并不太难，但如果您正在处理第三方应用程序，它可能会变得复杂。例如，如果您使用 AJAX 在子域之间获取数据，子域可能会导致类似的问题。
（避免子域 cookie 问题的简单解决方案是创建一个简单地重定向到内部文件夹的子域；所以纯粹是一个登录页面。）
使用子域的好处有时是更容易设置应用程序，特别是如果它使用 mod-rewrite 来重写 URL。拥有多个在同一个域上重写 URL 的应用程序可能会变得很棘手。
所以这两种选择各有利弊，可能没有太大区别。无论哪种方式，都可能存在让所有应用程序并排工作的初期问题。话虽如此，您可能对任何一种方法都没有任何问题。而且我敢肯定，对于您遇到的任何问题，都有很多解决方法，通常有据可查。
但是，最好先检查所有应用程序并排运行，然后再花太多钱准备带有 URL 的固定文件。
为 Jodes 已经解释的内容添加一些想法：
子域的优点：如果您将来需要将服务分布在多个服务器上，使用子域会容易得多。如果您有子目录结构，则必须根据您的喜好引入某种形式的反向代理解决方案。
子域的缺点：如果你想要 https，由于不同的 fqdns，SSL 证书会让你的生活更加艰难。
子域的优缺点取决于您的软件：相对文件访问/包含通常在 vhost 内是可能的，但在 vhosts 文档根目录之外被拒绝。如果您想分离（例如安全考虑）软件的不同部分，则子域会增加安全性。另一方面，它降低了灵活性。
根据您的基础架构（服务器、可用的网络设备），您可能会发现使用子域进行负载/优先级调整更容易，但这是一个更复杂的问题，我想您（还没有）处于这种情况。