问题标签 [response.redirect]

我在 global.asax.cs 中使用 Response.Redirect。当页面加载 RawUrl 属性包含某种编码目录。

"/(F(D7zFAWNl_SpT-cuyRXksIZnvwBB_bYfBl3ens83McZjPg9zLBvcjvik6FkwBNhnjeK-faeUt6PUYOZSsYXKdg4hi4IDPTDO5diQf693NLpw1))/Integration/Workflow.aspx"

这个可怕的目录来自哪里？它破坏了目标页面上使用 RawUrl 获取路径信息的一堆用户控件。

为什么 Response.Redirect 会发明这条可怕的路径并添加它？有没有办法解决？

谢谢

克雷格

我收到错误消息：

无法计算表达式，因为代码已优化或本机框架位于调用堆栈顶部。

我已在转发器的 itemcommand 事件中重定向到新页面。错误发生在以下行：

有人可以帮我吗？有什么问题吗？是_COMPlusExceptionCode- 532459699。

我有一个问题，即在呈现新页面时，重定向时屏幕会变白一毫秒。

这会导致屏幕闪烁并让我很恼火。

我在网上搜索了一下，发现这个 IE 解决方案适用于 IE，但它不适用于 chrome 或 FireFox。

另外，我确信使用这种方法会对更新面板和 Ajax 控件产生一些影响。

有没有一种方法可以在将服务器提供给客户端之前将其设置为呈现整个页面，这样就不会有适用于所有浏览器的白色毫秒。

任何想法都会受到欢迎。

I'm looking for a best practice solution that aims to reduce the amount of URLs that are hard-coded in an ASP.NET application.

For example, when viewing a product details screen, performing an edit on these details, and then submitting the changes, the user is redirected back to the product listing screen. Instead of coding the following:

I would like to have a solution in place that allows me to do something like this:

where Pages is a member of the common base class.

I'm just spit-balling here, and would love to hear any other way in which anyone has managed their application redirects.

EDIT

I ended up creating the following solution: I already had a common base class, to which I added a Pages enum (thanks Mark), with each item having a System.ComponentModel.DescriptionAttribute attribute containing the page's URL:

Then I created a few overloaded methods to handle different scenarios. I used reflection to get the URL of the page through it's Description attribute, and I pass query-string parameters as an anonymous type (also using reflection to add each property as a query-string parameter):

A typical call would then look like so:

Comments?

我有一个管理员和一个访客用户...

当管理员登录时，他应该被重定向到 default.aspx，但是如果来宾登录，他应该被重定向到 guest.aspx 页面......目前它正在被重定向到 Default.aspx......

这是我的代码

网络配置

Login.cs 代码

我如何获得访客的另一个 URL....

有什么建议么？？谢谢..

我正在尝试在使用 Facebook Java API 编码的 iFrame Facebook 应用程序中获得用户对“offline_access”的许可。我了解在用户批准我的申请后，我需要获取“无限期会话密钥”。目前，我可以完成我想要的，但是以一种非常尴尬的方式可能是不正确的。必须有更好的方法来做到这一点。任何想法/想法将不胜感激！

我做了什么

在我的应用程序的 servlet 中，我检查用户当前是否具有“offline_access”权限。如果他们这样做，我会通过Permission.authorizeUrl(Permission.OFFLINE_ACCESS). 然后我打电话response.redirect进入权限页面。我遇到的两个问题是：

1. 重定向的权限页面显示在 iFrame 中。因此，Facebook 图书主菜单栏等会显示两次。即看起来像一个应用程序嵌入在另一个应用程序中。
2. 一旦重定向到权限页面，用户将被“卡住”。client.getCacheSessionKey除非用户手动返回到我的应用程序中的页面，否则我将无法获得“无限期会话密钥”（通过调用）。

可能的解决方法？

• 有没有办法在新窗口中打开/重定向到权限页面？这样也许我可以在我的 servlet 中有一个线程来继续检查重定向后是否设置了权限。然后我可以获得“无限期会话密钥”并将其存储在某个地方？
• 有没有办法在设置权限后设置 Facebook 的 URL？（很像 pre-auth 和 post-auth URL 设置？）或者在访问权限页面后以某种方式控制？
• 还有其他设置我的应用程序的方法吗？作为一个新手，我可能完全搞错了......

我有一个显示两个文本文件之间差异的 asp 页面 (Default.aspx)。它包含两个下拉列表（分别为 ID="File1" 和 "File2"）和一个按钮（ID="Submit"）。

它还包含一个 ID 为“Result”的 Literal 控件。

列表按钮的内容是根据物理应用程序路径中存在的文件填充的。

每次单击提交按钮时，我想在 Literal 控件中给出差异/比较的结果，所以我有一个这样的事件处理程序：

这样做的问题是您无法为特定文件之间的比较结果添加书签。

为了解决这个问题，我将选择用于比较的文件的值作为查询字符串附加到 URL 并执行重定向。因此，将上述事件处理程序更改为如下所示：

因此在“Page_Load”事件处理程序中调用了“CompareFiles”方法。所以现在，您可以为比较结果添加书签并直接再次加载，因为 URL 将包含要比较的文件。

但问题是每次重定向发生时“IsPostBack”属性都是假的。因此，DropDownLists（物理应用程序目录中的文件）的值每次都会被评估。

如果它是来自同一页面的重定向，我不希望这种情况发生。我怎样才能做到这一点？我只希望它在第一次访问页面或从其他页面访问时发生。

这是一个不好的做法吗？我的意思是重定向到同一页面。我可以通过在不同的页面中给出结果来避免这个问题，但我想这样做，因为我希望 DropDownLists 和“提交”按钮始终存在。

我在 vb.net 中创建了一个包含 2 个字段的表，如下所示 -

数据看起来像这样 -

我如何在名称单元格上放置超链接，所以当我单击特定名称时，它将转到具有该名称的下一页？

Response.Redirect在实际重定向之前是否第一次回发到调用重定向的页面？我不这么认为，但我的调试告诉我它是。

我可以看到它这样做，这给我带来了问题。问题是这样的：

1. 我的页面上有一个 asp.net 按钮。

2. 单击按钮时，页面当然会回发。然后在该按钮的事件处理程序方法中调用以下内容：

   /li>

3. 但我注意到，当调用重定向时，它首先返回并点击此页面的页面加载，即正在执行重定向的页面。好吧，这给我带来了问题，因为它正在调用我不希望它再次调用的代码，例如：

   if (!IsPostBackl) ShowOrderItems();

所以就像我在做第二次回发：

1. 当您单击按钮、点击事件处理程序、运行调用Redirect.
2. Redirect被调用，但它正在做另一个 PostBack 到同一页面这里..为什么？那可能吗？

编码：

问题：

当 foo.aspx 从会话中读取“foo”时，它不存在。会话在那里，但“foo”没有任何价值。

我在我们的生产环境中间歇性地观察到这一点。但我在这里并不是要问一个关于 Response.Redirect() 的问题。

说明：

Bertrand Le Roy解释说（粗体字是我的）：

现在，重定向所做的是向客户端发送一个特殊的标头，以便它向服务器请求与它等待的页面不同的页面。服务端，发送这个header后，Redirect结束响应。 这是一件非常暴力的事情。 Response.End 实际上会在页面使用 ThreadAbortException 时停止执行。这里真正发生的是 会话令牌在战斗中丢失。

我的收获是 Response.Redirect() 可以通过结束线程来处理。如果它们发生得太接近那种严厉，那可能会威胁到我的会话写作。

问题：

ASP.NET 会话管理如何使它如此容易受到此攻击？Response.Redirect() 代码行直到会话写入行“完成”才开始执行——它怎么会对我的会话写入造成如此大的威胁？

在下一行代码执行之前会话写入没有“完成”怎么办？是否存在会话写入类似（好像从未发生过）丢失的其他场景？