Architecture 子文件夹还是子域？

我正在为一个客户端建立一个站点，该站点有几个不同的部分，专门用于某些主要功能，运行不同的应用程序。例如，博客（运行WordPress）、论坛（phpBB）、商店等

由于所有不同的应用程序，我最初的想法是将主要部分划分为不同的子域（www.=博客、论坛、商店等）。此外，为每一个设置单独的SVN回购，以处理未来的升级

我的问题：这是个好主意还是个坏主意？我是不是最好把它们放在“www”子域的子文件夹中

我正在研究开发的易用性、SVN回购设置、SEO影响等

非常感谢。

---

Jon

关于SEO，两种方法都有各自的优点和缺点：

---

我当然会使用子文件夹。我知道有很多缺点，但我现在唯一能想到的就是安全证书

大多数安全证书（用于https://）不包含子域，或特定于子域。如果您计划使用SSL，或者如果您想保持站点对SSL开放，那么购买与子域数量相同的证书是非常昂贵的

---

至于搜索引擎优化，只要你的URL结构良好，我认为你不会有什么不同。举个例子：stackoverflow.com。

使用子域。除此之外，它们更容易记住。

子域赋予您更多的功能

最重要的一点是，您站点的功能可以在不同的虚拟提供商之间进行拆分。我的意思是，如果你运行“example.com”，并且你想为你的站点创建一个博客，那么就使用“blog.example.com”。为什么？好吧，这样你的博客可以驻留在Blogger上，使用他们的带宽和资源。如果你有“example.com/blog”，那么你基本上必须安装Wordpress或者自己托管它

子域还允许您对cookie进行分段。Cookie可以应用于子域，这意味着其他人不会看到它。当然，您可以为父域设置cookie，所有子域都将看到它。这对您是否有用取决于您的应用程序

---

缺点是每个子域可能需要自己的SSL证书。您也可能在子域之间遇到跨站点脚本问题。

我最近面临同样的问题，必须考虑以下事项：

• 客户端是否有通配符DNS记录，如果没有，为子域进行正确的DNS更改所做的努力和周转时间是多少

• 用户将如何访问子域/文件夹中的页面？这些应用程序是独立运行的，还是通过主域访问的，这样用户甚至可能不会注意到它们之间的差异

---

根据我对这些问题的具体回答，我选择了子文件夹路线。

两种选择都有优点，但你却一针见血地指出了子域的缺点。我工作的所有站点都使用SSL，我们很高兴在子域之间使用相同的证书，因此你可能有一个通配符证书（*.domain.com）听起来SSL证书是这里的主要关注点。1） 我们只需要在一个子域（存储）上使用SSL，2）如果我获得通配符证书，这些问题是否为空？我对这方面的知识不太了解，但你不能将example.com/blog重定向到Blogger吗？当然，但你不是真的在使用子文件夹，是吗？更重要的是，为什么不直接访问该站点呢？