一些托pipe公司提供无限的子域名。 有两种子域名：物理子域名和虚拟子域名。
物理子域名有自己的站点目录，而不是嵌套在其父域的站点目录中。
另一方面，虚拟子站点目录嵌套在其父域的站点目录中。
我想知道共享托pipe公司如何提供无限的（理论上）物理子域名？ 在我的理解，每个物理子域代表一个新的网站（而不是一个新的应用程序或虚拟目录）在IIS中。
请纠正我，如果我的心智模式是错误的。
在我的理解，每个物理子域代表一个新的网站（而不是一个新的应用程序或虚拟目录）在IIS中。
啊 – 两者都是IIS中的新网站。 NONE需要成为一个新的应用程序。
从IIS的angular度来看，没有什么不同，只是一个也可以作为父站点内的文件夹访问（你称之为虚拟 – 这个术语在技术上是完全不合适的）。
你总是需要一些HTTP绑定，最好是一个网站注册。 根本不需要应用程序（您可以将一个相当数量的站点映射到一个公共应用程序池）。
网站不是很昂贵，虽然“非限制”是相当理论。
我有一个旧的方法来使用一个站点和一个重写器来重写请求到特定的域去到一个文件夹的子域名。 在这种情况下，所有需要的IIS都是在原始网站上的一个额外的主机头，否则请求将永远不会到达网站。 这是比一个单独的网站稍微lessresoruce密集。 OTOH当你创build一个应用程序的时候，特别是在分配一个应用程序池的时候，你几乎把所有的储蓄都浪费在了水中（提示：应用程序池比单独的一个站点贵很多）。 web.config的inheritance可能是有问题的语言 – 如果你变得更复杂，这个模型是非常糟糕的。 自IIS 7以来，就不需要它了。
而且，基本上它全部运行到光盘和内存空间以及CPU容量。 yoru究竟是什么问题？ 财务如何运作？ 因为这就是所有这一切 – 如果有人真的想要“无限”地开始build立一百万个网站，那么无论采取什么方式，都需要一些强大的服务器来处理它们。