共享主机服务器如何提供无限的物理子域名而不是无限的虚拟子域名?

共享主机服务器如何提供无限的物理子域名而不是无限的虚拟子域名?

有些托管公司提供无限子域名。子域名有两种:物理子域名和虚拟子域名。

  1. 物理子域有自己的站点目录,而不是嵌套在其父域的站点目录内。

  2. 另一方面,虚拟子域站点目录嵌套在其父域的站点目录内。

我想知道共享托管公司如何提供无限的(理论上)物理子域?据我了解,每个物理子域代表 IIS 中的一个新站点(而不是新的应用程序或虚拟目录)。

如果我的思维模型有误,请纠正我。

答案1

据我了解,每个物理子域代表 IIS 中的一个新站点(而不是新的应用程序或虚拟目录)。

啊 - 两者都是 IIS 中的新站点。 都不需要是新应用程序。

从 IIS 视图来看并没有什么不同,只是一个也可以作为父站点内的文件夹访问(所谓的虚拟 - 这个术语在技术上确实完全不合适)。

您总是需要一些 HTTP 绑定,最好是使用站点注册。您根本不需要应用程序(您可以将无限数量的站点映射到一个公共应用程序池)。

尽管“无限”只是理论上的,但网站并不昂贵。

有一种旧的子域方法,即使用一个站点和一个重写器将请求重写到特定域以转到文件夹。在这种情况下,IIS 所需的只是原始站点上的一个额外主机标头,否则请求将永远不会到达该站点。这比单独的站点占用的资源略少。另一方面,当您将文件夹设为应用程序时,尤其是在分配应用程序池时,您几乎会浪费掉所有节省的费用(提示:应用程序池比单独的站点贵很多)。web.config 继承可能会出现问题 - 如果变得更加复杂,这种模型会非常糟糕。自从 IIS 7 以来,就不再需要它了。

否则基本上一切都取决于磁盘和内存空间以及 CPU 容量。你到底想问什么?财务如何运作?因为这就是一切的本质 - 如果有人真的想要“无限”,并开始建立一百万个网站,那么无论你以何种方式实现它们,你都需要一些强大的服务器来处理它们。

相关内容