我正在寻找一种简单的方法来在Web文件夹HIERARCHY之外的服务器上映射一些图片。 Web服务器可以使用其他服务器。
在这种情况下（像许多业务一样），还有其他应用程序可以创建+ _maintain这些图片。因此，像多年来采用个人计算机的大多数企业一样，随着时间的推移，它们开始堆积创建最终驻留在其服务器之一上的文档的应用程序和系统。
因此，每个狗，甲虫和生活业务以及因此网络开发者必须在某个时间点处理上述允许网站利用网络上的某些文件夹的超常见请求。这仅仅意味着要求从网站使用这些文件。创建这些文件的所有其他业务流程都不可能或甚至不可能实际更改其当前使用的文件夹，这些文件夹位于该服务器上多年和多年。
既然世界正朝着网络发展，那么任何人都有共同的解决方案吗？
在我看来，如果我们可以简单地将这些网络文件夹映射到网站，那么在水解决方案中死亡的无脑解决方案就是这样。那时，填入图像的简单代码控制文件夹路径名称。当然，目前Web文件夹层次结构之外的文件夹不可用于HTTP请求，但当然可以共享给Web服务器。
是否存在将此类文件夹映射到网站的“常见”解决方案和方法？有人建议您捕获http请求并编写自定义代码以捕获此类错误，但这似乎是银河系愚蠢的边界。 （就像你在口袋里放一个打火机时用棍棒开火一样！）。
那么我是否必须编写（以CPU成本）代码来读取文件流等文件？
我看到一些提示，我可以“可能”在网络配置中提供额外的目录，所以这将是我的首选。
这个环境是asp.net，vb.net和IIS（托管在我们自己的服务器上，这就是UNC使用那些图像所在的其他服务器的原因）。
对于这个超常见的问题，有一个超常见的解决方案吗？
是否有某种方法，即使在操作系统级别将这些文件夹映射到网站层次结构中，还是必须使用编写代码和使用文件流？
祝你好运
答案 0 :(得分：1)
正如kaveman在评论中指出的那样 - IIS中的虚拟目录允许您将网站上的文件夹映射到网络共享。这里唯一复杂的一点是权限 - 运行应用程序的任何人都需要访问网络共享，或者您可以将IIS配置为作为虚拟目录的特定用户进行连接。
我相信如果您正在使用Windows身份验证，那么实际上可以根据登录用户配置权限，但我没有使用过该方法（我通常使用此方法来限制单个Web上的磁盘使用情况）服务器或更频繁地在多个Web服务器/应用程序之间共享单个文件源，始终使用非基于Windows的帐户和/或匿名提供。）
您提到的替代方案也有效 - 编写代码来处理检索文件并提供文件的请求。我已经使用这种方法对自定义应用程序中的权限和日志记录等进行了更多控制，但正如您所说，这意味着您为每个请求使用了一些CPU /内存。