DotNetNuke/.NET Ajax 重定向问题答案

【问题标题】：DotNetNuke/.NET Ajax Redirect IssueDotNetNuke/.NET Ajax 重定向问题
【发布时间】：2011-03-15 22:01:24
【问题描述】：

我正在开发一个 DotNetNuke 站点，该站点同时具有暂存服务器和生产服务器。现在的问题在于特定的 NB_Store 菜单，但我认为这实际上是整个网站的问题。

在生产中，单击产品管理员中的编辑链接可以正常工作。似乎单击编辑按钮会将 AJAX 发布请求发送回站点，该站点返回一些重定向指令，然后浏览器会相应地重定向。

然而，在登台服务器上，重定向不是发回重定向指令，而是作为 302 重定向处理，并且浏览器尝试将整个重定向页面解释为 javascript。这使我无法真正访问我需要访问的页面！

我所知道的两台服务器之间的唯一区别是我们将舞台上的路径更新为一个新域（stage.xxx.com，而不是原来的 www.xxx.com/subdir/dnn）。我之前没有特别尝试过使用这个管理菜单，所以我不知道是改变了路径还是它已经坏了。

我可以尝试什么来解决这个问题？我的想法开始不够用了！

【问题讨论】：

【解决方案1】：

首先，尝试使用 Fiddler 跟踪完整的请求-回复序列。可能存在中间重定向。

当您访问 stage.xxx.com 时，浏览器中显示的确切 url 是什么？如果不只是 stage.xxx.com，而是 stage.xxx.com/Default.aspx?tabid=X，那么有什么东西导致了重定向。

我记得有一个案例是从站点登录页面重定向到特定页面，而不仅仅是在站点设置中将此页面定义为主页。当 ASP.NET 处理的所有 url（扩展名 .aspx、.ashx）除了 Default.aspx 都被重定向时，这会导致神秘的 AJAX 请求问题。

【讨论】：

Fiddler 显示了我在 Firebug 中获得的相同重定向，一个 302 重定向> 如果我去那里，对站点的更改是它确实停留在 stage.xxx.com 的 URL，没有 Default.aspx?etc
即使我将两条路径都指向同一个 DNN 实例并保留两个门户别名，该菜单在 stage.xxx.com 上不起作用，但在旧路径中仍然有效。其他地方没有任何变化，但重定向的处理方式不同！

【解决方案2】：

它最终成为应用程序池继承废话的问题

【讨论】：