Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/gwt/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Asp.net 向DotNetNuke添加独立的aspx/asmx页面_Asp.net_Web Services_Iis_Asmx_Dotnetnuke - Fatal编程技术网

Asp.net 向DotNetNuke添加独立的aspx/asmx页面

Asp.net 向DotNetNuke添加独立的aspx/asmx页面,asp.net,web-services,iis,asmx,dotnetnuke,Asp.net,Web Services,Iis,Asmx,Dotnetnuke,你好,我刚刚在我的服务器上安装了dotnetnuke 5.06,比如说,路径是mydomain.com/dnn 我有一个独立于dotnetnuke的库,我必须运行它,它包含web服务和各种其他httphandler,所以我还没有尝试将它集成到DNN中。该库位于mydomain.com/dnn/lib下 该库在我运行5.04的旧服务器上运行良好,一切正常,但由于某种原因,我的新安装5.06(windows 2008、sql server、iis 7.5)在我尝试访问mydomain/dnn/lib

你好,我刚刚在我的服务器上安装了dotnetnuke 5.06,比如说,路径是mydomain.com/dnn

我有一个独立于dotnetnuke的库,我必须运行它,它包含web服务和各种其他httphandler,所以我还没有尝试将它集成到DNN中。该库位于mydomain.com/dnn/lib下

该库在我运行5.04的旧服务器上运行良好,一切正常,但由于某种原因,我的新安装5.06(windows 2008、sql server、iis 7.5)在我尝试访问mydomain/dnn/lib/下的页面时返回404,而不管它是aspx还是asmx…但是图像似乎工作正常,其他所有内容要么返回404,要么重定向到DotNetNuke中的default.aspx。这在我以前的网站上从未发生过


有人知道我错过了什么吗?非常感谢您的任何建议。

DNN 5.5中引入了一个问题,当这些文件位于DesktopModules文件夹之外时,会阻止它们。在某种程度上(我相当肯定aspx现在可以工作),但不是完全可以。查看链接问题,关闭站点设置中的自动门户别名映射可能会有所帮助/修复。

DNN 5.5中引入了一个问题,当这些文件位于DesktopModules文件夹之外时,会阻止这些文件。在某种程度上(我相当肯定aspx现在可以工作),但不是完全可以。查看链接的问题,在您的站点设置中关闭自动门户别名映射可能会有帮助。

实际上,该问题仅在DNN 5.6.2中修复,该版本目前处于beta版。版本5.6.1仍然存在此问题。在任何情况下都有一种解决方法:将绝对url添加到PortalAlias表中。您必须手动执行此操作,因为“门户”选项卡不允许别名与现有别名位于同一级别

,如果您等不及新的DNN版本,则包括将以下代码添加到
RequestFilterModule.vb
UrlRewriteModule.vb
,以恢复现有行为。这不是应用于DN5.5.2的修复,因为程序员认为在每次访问中检查文件存在的性能影响太大(我认为奇怪的是,由于每次访问都有几个文件被触摸,主要DNN缓存使用基于文件的缓存,并且一般来说,数据库访问比文件访问慢):
显然,如果您应用此修复程序,您必须小心DNN的下一次更新。

事实上,此问题仅在DNN 5.6.2中修复,该版本目前处于beta版。版本5.6.1仍然存在此问题。在任何情况下都有一种解决方法:将绝对url添加到PortalAlias表中。您必须手动执行此操作,因为“门户”选项卡不允许别名与现有别名位于同一级别

,如果您等不及新的DNN版本,则包括将以下代码添加到
RequestFilterModule.vb
UrlRewriteModule.vb
,以恢复现有行为。这不是应用于DN5.5.2的修复,因为程序员认为在每次访问中检查文件存在的性能影响太大(我认为奇怪的是,由于每次访问都有几个文件被触摸,主要DNN缓存使用基于文件的缓存,并且一般来说,数据库访问比文件访问慢):
显然,如果您应用此修复程序,您必须小心DNN的下一次更新。

我在哪里可以找到“自动门户别名映射”选项?嗯,我的网站的门户设置(自动别名生成)一开始设置为“无”,我使用了它,但它似乎没有解决问题……当我将其设置为“canonical”时,可以了,当我访问mydomain.com/dnn/lib时,它会以某种方式确定它是门户根目录,然后显示主页,有没有办法解除dotnetnuke对该文件夹的控制?这似乎是我必须做的。如果在IIS中将文件夹转换为应用程序,它将再次工作。dotnetnuke文件夹或子文件夹?我在哪里可以找到自动门户别名映射选项?嗯,我的网站的门户设置(自动别名生成)一开始设置为“无”,我尝试过它,但它似乎并没有解决问题……好吧,当我将它设置为“canonical”时,当我转到mydomain.com/dnn/lib时,它不知何故确定它是门户根目录,然后向我显示主页,有没有办法解除dotnetnuke对该文件夹的控制?这似乎是我必须要做的。如果您将文件夹转换为IIS中的应用程序,它将再次工作。是dotnetnuke文件夹,还是子文件夹?
'Add this to the RequestFilterModule.vb (line #59)'
'and to UrlRewriteModule.vb (line #325)'
If File.Exists(app.Server.MapPath(Request.Url.LocalPath)) And Not _ 
   Request.Url.LocalPath.ToLower.EndsWith(glbDefaultPage.ToLower) Then

     'exit early when path is an existing path'
     Exit Sub
End If