【问题标题】:Deployment from IIS Express to IIS从 IIS Express 部署到 IIS
【发布时间】:2017-11-26 20:52:05
【问题描述】:

如果这个问题过于笼统,我深表歉意,但我想知道在部署到 IIS 时是否有将 web.config 设置 1 应用于 1 的程序? 因为我有一个解决方案(ASP.NET MVC 3),它在 IIS Expess 和 Visual Studio 中没有任何错误,但是当我部署到 IIS 时,许多功能主要失败,主要是文件下载和控制器操作调用上的 404 错误。在 Windows 2012 Server 上运行的 IIS 8.5。

谢谢

【问题讨论】:

  • 除了其他更高级别的服务器设置之外,您的 web.config 应该与其他所有使其 1-1 一起部署。需要注意的几件事:确保 MVC 已安装在服务器上,并确保您的虚拟目录设置为应用程序。

标签: asp.net asp.net-mvc iis


【解决方案1】:

您还可以使用 Visual Studio 中的“发布”功能在 Web 服务器上部署 Web 应用程序。这样 VS 将处理所有必需的文件和所有内容。 1. 在 Visual Studio 中创建一个发布配置文件,基于您如何访问您的 Web 服务器,即 IIS(如通过文件共享、ftp) 2. 然后使用此配置文件发布您的项目。

希望这会有所帮助。 如果您需要分步指导,请告诉我

【讨论】:

  • 感谢您的回答。是的,这就是我进行部署的方式。我创建了直接指向 IIS 中网站的发布配置文件。第一个 VS 构建解决方案,然后它提供了某种带有更改的预览,并且该部分运行良好。然后我猜它会复制文件并使用 URL 启动浏览器到我的网站。问题是从 VS 部署后,应用程序的某些部分(不是全部)会出现问题。
  • 我注意到虽然在某些构建步骤中他创建了某种 ACL(访问控制列表),但它在构建过程中会在输出中弹出。如果我只是发布到 zip 然后直接解压缩并复制,可能会有什么不同。这不是首选,但如果它有效,我可以解决这个解决方法。
  • 您能否提供一些在构建过程中输出的 ACL 消息的屏幕截图?有时我们在本地文件夹中发布项目,然后在服务器上手动复制内容。你可以试试看它是否有效。这不是首选,但在一些有手动部署过程的项目中,人们使用这种方法,因为这样他们可以控制文件夹并查看正在发布和部署的内容。
  • "VS 将处理所有必需的文件和所有内容"。如果你不在这个产品上为微软工作,我认为这样的说法可能比事实多一点。如果你在做这样的产品,你应该能够指出限制。
  • 哈哈哈我不为微软工作。其目的是 Visual Studio 发布将编译并创建 Web 服务器上所需的文件夹。在项目中有许多不需要的文件,但我看到有人简单地复制服务器上的所有内容。是的,有些人不发布,只是构建和手动复制所有文件。
猜你喜欢
  • 1970-01-01
  • 2013-11-06
  • 2020-06-02
  • 2018-08-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多