在IIS 6.0中创建虚拟目录时文件夹位置是否正确？

使用Visual Studio.NET创建新网站时，将在默认网站位置创建项目，例如c:\inetpub\wwwroot\myapp。同样，当使用Visual Studio Web部署项目为此类应用程序创建msi包时，将使用自定义操作来确定默认网站的文件夹位置以及安装到该位置的文件

当我查看当前IIS安装中的其他虚拟目录时，我会看到以下逻辑路径：

IISHelp:c:\windows\help\IISHelp 报告：c:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportManager ReportServer:c:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer crystalreportviewers12:C:\Program Files\Business Objects\Common\4.0\crystalreportviewers12

我的问题是：即使虚拟目录是在默认网站下创建的，c:\inetpub\wwwroot是否真的是正确的使用位置？是否更适合将文件安装到c:\Program files\myapp，创建一个虚拟目录，然后将该虚拟目录指向该文件夹（确保已为该文件夹分配了适当的权限，因为它不会从c:\inetpub\wwwroot继承任何权限）

---

任何有关此主题的官方指南的链接都是非常受欢迎的。

只要你告诉IIS路径，这其实并不重要。我坚持使用inetpub/wwwroot目录。这样，我可以将某些安全站点应用于该路径。它还有助于建立各种安全用户，如ASP.net和网络用户帐户。

坚持使用标准c:\inetpub\wwwroot\目录放置应用程序的主要原因之一是Windows已在该目录上正确设置权限，以便传播到web应用程序的子目录。我建议您坚持这个标准，这样您就可以为各种站点/应用程序提供一个逻辑中心点。这真的很有条理

现在，我不否认您可以设置其他根目录，如果您为特定站点等设置了单独的硬盘驱动器，有时在不同的客户端/客户站点上需要这样做。这里有一个关于为.net设置根目录的链接：

---

我倾向于让VDIR指向与源代码相同的文件夹，比如C:\source\mywebapp。通过这种方式，所有内容都在一个文件夹中，并且源代码管理更加干净

另一个原因可能是您的服务器管理员（或您）更喜欢只在C:上保存操作系统内容，而在D:（或其他驱动器）上保存数据或内部应用程序。这可以使维护变得更容易，或者可能只是一种策略

---

我建议不要担心你的VDIR指向哪里，毕竟它们只是“虚拟的”。只需确保您的内容存储在安全合理的位置。

这更适合serverfault。COM我不确定您所说的“这样我就可以将某些安全站点应用于该路径”是什么意思。这是一种部署情况，我们只是在讨论文件夹位置，因此，如果需要应用任何安全设置，那么这些设置肯定应该由安装程序设置，而不是依赖父文件夹上的任何默认设置？是的，我在开发时将它们指向其他位置。问题在于部署时的最佳实践。我想我只是习惯于在VisualStudio（+部署项目）中使用所有默认值时在默认位置查看文件，但看到主要包做了一些不同的事情，我有理由质疑这些假设。在开发Windows客户端应用程序时，有很多关于文件放置的指导原则，但我还没有找到任何解决此问题的指导原则。文件放置对于客户端应用程序更为重要，因为它们将部署到大量的机器上，而这些机器通常不完全由开发人员控制。网站通常只部署在少数由开发人员（或管理团队）严格控制的机器上。选择一个策略，为你开发的每个网站遵循它，并为那些遵循它的人编制文档。