![]() |
1
2
我在我的dev机器上多次遇到这种情况,但我从未知道它发生在服务器上。而且,我是一个编码员,不是系统管理员,所以用一粒盐来表达我的看法,但是。… 停止IIS进程,并删除临时ASP.NET文件\根\目录下的所有内容。这正是编译.aspx页面的地方-这并不像听起来那么可怕。重新启动IIS,一切正常。如果不是的话,记住,这不是我的错——你是那个在stackoverflow上听取陌生人建议的人。 |
![]() |
2
1
嗯,我确实解决了问题,但根本原因是别的…显然,它与声明用户控件类型的变量有关。出于某种原因,这与服务器上的ASP.NET不一致(尽管它在我自己的计算机上被很好地消化了)。我不知道为什么会发生这种情况,但这条线索是一个信号,让乔恩·斯基特介入,并用技术性的含糊不清的文字描述这件事。 在我的例子中,解决方案是删除usercontrol变量声明。我通过了一个变通办法。 |
![]() |
3
1
我在一个我接手的网站上发现了同样的问题。 在分部类中多次定义了UserControl的名称。 例如: uc1.ascx->公共部分类uc1 uc2.ascx->公共部分类uc1 我更正了第二个用户控件的部分类的名称,发布工作正常。 |
![]() |
Ali Jebali · ASP。网络核心力量使用Brotli 1 年前 |
![]() |
Ahmad · 如何配置IIS以承载应用程序而不中断相对路径? 1 年前 |
![]() |
Crust3 · IIS虚拟目录和内容范围标头 1 年前 |