过去我曾经教过,从UNC共享运行Web应用程序是不明智的.我记得的原因是安全性,权利和授权问题和性能.但是,在
the DotNetNuke documentation it says：
The web farm configuration that DotNetNuke initially supports involves
two or more front end web servers (“web-heads”) whose IIS website root
directories are mapped to a common UNC share on a remote file server.
The UNC share contains the application source code as well as any
static content for the individual sites.
不知何故,这听起来像是一个穷人的配置,我觉得打开一个潜在的潘多拉的盒子.遵循DotNetNuke Corp的建议是明智的吗？
解决方法
使用DOtNetNuke进行此类配置时,有一些问题可能会成为问题.
>此方法虽然“Web场”方案导致单点故障. UNC共享成为您的阻塞点,如果它下降,所有节点都会关闭.
>磁盘IO和网络通信配置可能是个问题.这与可以在远程内容上打开/维护的“文件系统监视器”的数量有关.这个问题在大多数情况下都不是太大的问题,但是当它发生时可以成为皇家PITA.
>安全性可能是一个问题,但通常是您在配置开始时遇到的问题.您需要确保正确地为用户帐户分配权限,以便它可以完全访问UNC共享.
我猜测为什么这是DotNetNuke公司的“默认”推荐,将由以下原因引起.注意：这些只是我的意见.
>当涉及到实时内容同步时,此配置提供“最少”的复杂性.只有一个文件系统,没有必要谈论复制和那种性质的事情.>默认缓存使用基于文件的缓存,两者都可以轻松管理到同一系统缓存到期.如果复制它将无法正常工作.
