当前位置: 首页 > 编程笔记 >

IIS7.5 检测到在集成的托管管道模式下不适用的 ASP.NET设置

邹高懿
2023-03-14
本文向大家介绍IIS7.5 检测到在集成的托管管道模式下不适用的 ASP.NET设置,包括了IIS7.5 检测到在集成的托管管道模式下不适用的 ASP.NET设置的使用技巧和注意事项,需要的朋友参考一下

在调试一个网上下载的.net网站时,打开就提示出错:
错误摘要
HTTP 错误 500.22 - Internal Server Error
检测到在集成的托管管道模式下不适用的 ASP.NET 设置。
 


根据提示错误,应该是需要把应用程序池的托管管道模式从【集成】改为【经典】,

打开IIS管理器,点击左上角的【应用程序池】,在【应用程序池】里面找到该网站的应用程序池名称,双击打开基本设置,把托管管道模式改为【经典】。


这是网站使用独立应用程序池的更改方法,如果是共享一个默认的应用程序池,应该是修改DefaultAppPool和Classic.NET AppPool,但这没有测试过。   

 类似资料:
  • 问题内容: 这是关于管道实施的设计问题。以下是我的幼稚实现。 管道中各个步骤/阶段的接口: 管道中的步骤/阶段的具体实现: 管道类将保存/注册管道中的步骤,并一个接一个地执行它们: Diver程序执行管道: 但是,您可以看到,幼稚的实现有很多限制。 主要要求之一是,由于要求每个步骤的输出可以是任何类型,因此朴素的实现不是类型安全的(Pipeline类中的execute方法)。如果我碰巧错误地连接了

  • 问题内容: 我在Nginx后面的远程服务器上有django 1.3。 如果我用apache + mod_wsgi运行django,我可以在apache日志文件中观察错误。可以,但我想在控制台中使用。 如果运行django自己的开发服务器,则仅当DEBUG = False时,控制台中的stacktrace才会出现错误。在调试模式下,控制台输出 我想弄清楚为什么?django为什么只输出未命名的Exc

  • 据我所知,Google Web Toolkit中的“user.agent”属性。gwt.xml文件指定了JavaJava脚本翻译的目标。因为托管模式仍然运行Java而不是Javascript我不明白为什么google chrome抱怨“user.agent”值设置不正确。更奇怪的是,即使我用

  • 我对GitLab和docker相当陌生,我有一个由几个步骤组成的管道 对于maven构建,junit测试阶段我使用-并在脚本部分添加适当的maven命令

  • 问题内容: 我只是想检查是否有人知道使用PHP为基于Web的项目提供的任何托管连续集成服务? 我一直在搜索,但是大多数都是Java,Ruby和iOS / Android的。我将不得不使用Jenkin设置自己的CI服务器。我猜想在PHP方面对CI的需求不足以证明托管服务可以支持现成的服务。 问题答案: Quora上有托管的持续集成提供程序列表。 其中一些还支持PHP: circleci.com ua

  • 我的项目代码托管在git和gerrit上。我想把gerrit和jenkins结合起来。当我在源代码管理部分(Jenkins)中输入SSH路径或HTTP路径时,我得到下面的错误 错误: 在主工作区/var/lib/jenkins/workspace/demo[WS-CLEANUP]删除项目工作区时,计时器在主工作区上构建启动。。。[WS-CLEANUP]已完成克隆远程Git存储库克隆存储库http: