小编Mat*_*att的帖子

背景

我最近为客户端开发了一个 MVC 应用程序，他们希望在同一台服务器上托管它以及其他一些应用程序。

我更像是一名开发人员而不是服务器管理员，但我的直觉是在 IIS 中建立一个具有自己的子域绑定的新站点。

但是，客户端希望在指向应用程序的默认站点中创建一个虚拟目录。因此，例如，您将拥有：

COMPANY.COM/APP1 和 COMPANY.COM/APP2

而不是：

APP1.COMPANY.COM 和 APP2.COMPANY.COM

这确实有效；然而，它与标准 HTTP 标记中的相对 URL 发生冲突，这个问题很快得到了解决。

题

将多个 Web 应用程序作为单独的站点或作为默认网站中的虚拟目录托管在同一台服务器上是否更好？虚拟目录方法有什么缺陷吗？

我不是在评判虚拟目录方法，它对我来说只是新的，我想确保它现在或将来不会引起问题。

我需要安排一个每小时调用给定 url 的任务。URL 不返回任何内容，因此相当简单，但是此 URL 需要授权标头：

Authorization: Basic {SOME AUTH CODE}

如何使用 Windows 任务计划程序将此标头附加到请求中？