我有www.foo.co.uk域名。 我正在使用它作为登陆页面，让人们去我的网站的2个部分（都有单独的博客）中的1个。
所以我有这个想法，我可以指向foo.co.uk/yyy/blog或foo.co.uk/zzz/blog 。
我也想过为www.fooyyy.com和www.foozzz.com获取不同的域名。
那么我的第三个select是有yyy.foo.co.uk和zzz.foo.co.uk的子域。
每种方法的优缺点是什么？
多个域名会更好的search引擎优化 ？
使用第一种方法是最便宜的，因为我不需要为我的当前主机购买域名和托pipe或无限的子域插件。
然而，我真正想知道的是这个。 如果我采用第一种方法，因为它是最便宜和最容易设置的，将来转移到其他选项中有多困难，而不会破坏博客永久链接或伤害search引擎优化？
我会去第三个选项。 它会给你很多的灵活性，因为如果需要的话你可以把一个博客移动到另一个托pipe公司。 或者，如果一个博客变得非常stream行，您可以将其移动到服务器场，而不影响其他博客和您的主站点。
至于杰米·刘易斯（JamieLewis）指出 ，子域只是用于服务的，子域可以用于任何拥有者喜欢的东西。 如果你认为博客是一个应用程序，那么即使在他的规则下，每一个博客都应该被视为自己的子域。
我使用第三种方法（子域）。 我使用区域编辑来控制子域。 我个人认为，这是对不同区域的更清晰的定义
我不会使用额外的域名，因为这是更多的费用，只是云你的域名，并没有给你任何具体的单一点为您的身份。
第一个选项可以给你很长的，不可取的名字。
Google通常会将子域名作为独立的网站用于排名目的。
获取xxx.yourdomain和yyy.yourdomain设置不应该有任何代价。 如果有，得到一个新的networking主机！
最好的select似乎是第三个。 第一个很好，但是你会得到一些巨大的url。
第三个选项是你所说的最好的select。 随着select和切换后的问题是你不会有一个直接的DNS解决scheme分发加载/redirect用户。 您将不得不接受传入的响应，Web服务器将不得不使用302响应进行redirect。 那么这意味着最初的名字还是要采取一些stream量来做redirect。 所以，如果你希望以后可能展开，这不是要走的路。
如果使用选项3，则可以将不同的Alogging指向相同的IP地址。 然后，使用HTTP REQUEST中的主机头，服务器知道要指向哪个Web应用程序。 后来，当你分开时，Alogging将指向一个新的IP地址（一个新的服务器），你可以分配加载/redirect服务，而不会影响到最初的一组服务器。