【发布时间】:2011-03-02 17:10:08
【问题描述】:
我有一个网站,我想将其发布到位于同一地点的实时服务器上。我发现这个简单的任务非常困难。
我的问题始于 Web Deploy 工具 (1.1) 给我一个 401 Unauthorized 作为管理员,因为端口:8172 出现在错误中并且该端口被阻止 - 但文档显示“默认的 ListenURL 是 http://+:80/MsDeployAgentService” !
我不愿意打开另一个端口,而且这些天我没有耐心,所以我想 bu66er,我将创建一个 Web Deploy 包并通过 RDP 将其导入服务器上的 IIS。
我首先注意到 Visual Studio 不使用对话框来收集设置,或使用我的发布配置文件,但似乎使用项目属性中的选项卡,尽管我认为这些在导入包时会被忽略?
我现在正使用应用程序路径和连接字符串在导入向导中。我已经清除了 conn 字符串,因为我认为这是一些我不使用的 ASP 东西,但是当我在应用程序路径中没有输入任何内容时,向导对我咆哮说基本上我是个怪人,因为大多数人发布到文件夹在根站点下。
现在,我希望我的站点是 site.com/Home/About 而不是 site.com/subfolder/Home/About,我认为作为 MVC 路由站点,子文件夹会带来其他麻烦。我应该继续使用根吗?
最后,我还想向 www.site.com/services/soap 发布一个我认为 IIS 可以处理的 Web 服务。
在输入这个问题时,亚马逊提供了我的 IIS 7 资源工具包,我一直在网上搜索,但实际上我越来越困惑。
这里的评论似乎表明了 Publish 不适合生产网站的共识意见,并且真正的男人自己滚动。
ASP.NET website 'Publish' vs Web Deployment Project
...我猜这是前 Web 部署工具时代?
我现在打算在备用盒子上进行试验,但欢迎提供任何帮助。
卢克
更新
该站点是使用 Web Deploy 手动导入(到根目录)的,并且可以正常工作。如果您收到错误“有一个重复的 'system.web.extensions/scripting/scriptResourceHandler'”,那是因为您的应用程序池是 4.0,应该是 2.0。
【问题讨论】:
-
实际上,Web 部署工具只是 MSDeploy 的另一个名称,它在您链接到的问题的最佳答案中被引用。
标签: asp.net-mvc asp.net-mvc-2 deployment iis-7