背景
我最近为客户开发了一个MVC应用程序,他们希望在同一台服务器上托管它以及其他一些应用程序.
我更像是一个开发人员而不是服务器管理员,但我的本能是在IIS中使用自己的子域绑定设置一个新站点.
但是,客户端希望在默认站点中创建指向应用程序的虚拟目录.所以,例如,您将拥有:
COMPANY.COM/APP1和COMPANY.COM/APP2
而不是:
APP1.COMPANY.COM和APP2.COMPANY.COM
这确实有效;但是,它与标准HTTP标记中的相对URL冲突,这个问题很快得到解决.
题
在同一服务器上托管多个Web应用程序作为单独的站点或默认网站中的虚拟目录更好吗?虚拟目录方法有任何陷阱吗?
我不是在评判虚拟目录方法,它对我来说是新的,我想确保它不会在现在或将来引起问题.
我一直试图坚持使用各个站点来申请.您可以更好地控制所有内容,如果您正在运行ASP.NET,则不会遇到容易受到攻击的web.config级联问题.此外,您可以对应用程序池进行更精细的控制,并且实际上能够监视每个应用程序的性能.这是所有的偏好.
无论如何,最好的答案可能是您在网站级别而不是应用程序级别应用绑定.因此,如果每个应用程序都需要自己的URL或SSL而不是非SSL,那么您确实需要查看各个站点.
另外,正如您所提到的,您几乎必须考虑部署机制.任何相对URL的使用都会破坏很多东西.
最后:他们为什么不想使用子域?如果你问我,它提供了很好的干净的RESTful资源分离.
原文地址:https://www.jb51.cc/windows/367432.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。