IIS 7.5 中的 Web API 路由
Web API routing in IIS 7.5
我正在尝试将我们的网站 api 发布到 IIS 7.5。我已将其部署为应用程序 "api"。我能够成功部署应用程序并运行。 我可以在 /api/api/ 访问它。我认为这是由于 api 控制器的路由配置中有 "api" 以及它托管在 IIS 的 "api" 应用程序中。我已经删除了网络 api 中路由路径的 "api" 部分，如果我从 visual studio 启动它，它可以正常工作。 我想从 /api 而不是 /api/api 访问它，但 IIS 无法识别此更改。在 IIS 中可能导致此问题的原因是什么？我是 IIS 的新手，我用谷歌搜索了一下，但没有发现任何有用的东西。
长话短说；博士
我在 Web api 应用程序中更新了路由，但 IIS 无法识别这些路由 changes.How 我可以强制 IIS 更新吗？
玩了一段时间发现问题出在我把IIS的物理目录指向VS的部署包，因为我是直接在机器上建工程的。这导致 VS 在无法更新文件时悄悄失败，因为它们被 IIS 锁定了。部署到新路径然后替换应用程序的内容后，新路由将按预期工作。
我正在尝试将我们的网站 api 发布到 IIS 7.5。我已将其部署为应用程序 "api"。我能够成功部署应用程序并运行。 我可以在 /api/api/ 访问它。我认为这是由于 api 控制器的路由配置中有 "api" 以及它托管在 IIS 的 "api" 应用程序中。我已经删除了网络 api 中路由路径的 "api" 部分，如果我从 visual studio 启动它，它可以正常工作。 我想从 /api 而不是 /api/api 访问它，但 IIS 无法识别此更改。在 IIS 中可能导致此问题的原因是什么？我是 IIS 的新手，我用谷歌搜索了一下，但没有发现任何有用的东西。
长话短说；博士 我在 Web api 应用程序中更新了路由，但 IIS 无法识别这些路由 changes.How 我可以强制 IIS 更新吗？
玩了一段时间发现问题出在我把IIS的物理目录指向VS的部署包，因为我是直接在机器上建工程的。这导致 VS 在无法更新文件时悄悄失败，因为它们被 IIS 锁定了。部署到新路径然后替换应用程序的内容后，新路由将按预期工作。