1
2
我在我的dev机器上多次遇到这种情况,但我从未知道它发生在服务器上。而且,我是一个编码员,不是系统管理员,所以用一粒盐来表达我的看法,但是。… 停止IIS进程,并删除临时ASP.NET文件\根\目录下的所有内容。这正是编译.aspx页面的地方-这并不像听起来那么可怕。重新启动IIS,一切正常。如果不是的话,记住,这不是我的错——你是那个在stackoverflow上听取陌生人建议的人。 |
2
1
嗯,我确实解决了问题,但根本原因是别的…显然,它与声明用户控件类型的变量有关。出于某种原因,这与服务器上的ASP.NET不一致(尽管它在我自己的计算机上被很好地消化了)。我不知道为什么会发生这种情况,但这条线索是一个信号,让乔恩·斯基特介入,并用技术性的含糊不清的文字描述这件事。 在我的例子中,解决方案是删除usercontrol变量声明。我通过了一个变通办法。 |
3
1
我在一个我接手的网站上发现了同样的问题。 在分部类中多次定义了UserControl的名称。 例如: uc1.ascx->公共部分类uc1 uc2.ascx->公共部分类uc1 我更正了第二个用户控件的部分类的名称,发布工作正常。 |
Enes · IIS未在Visual Studio 2017中运行项目 6 年前 |
Ehsan Akbar · 当请求被激发时,WCF请求时间会增加 6 年前 |
Bassie · 我的凭据存储在哪里? 6 年前 |
mikeo · Kestrel+IIS反向代理请求中止未触发 6 年前 |
Adam · Django+iis请求。身体问题 6 年前 |