|
|
1
2
我相信我找到了重定向发生的地方以及可能的解决方法。ISessionIDManager接口有一个saveSessionID方法,该方法上有一个“out bool redirected”参数。当创建新会话时,默认会话管理器会重写此方法中的URL并执行重定向。我尝试过实现自己的isessionidManager,并且能够抑制重定向,但是没有办法(我可以说)在不执行重定向的情况下将会话ID插入到无烹饪会话的URL中。在请求生命周期的该点不允许进行server.transfer。我尝试过,但收到了“执行儿童请求时出错”的消息。 稍后,我在上找到了这篇文章 Enabling POST in cookieless ASP.NET Applications . 基本上,通过连接到应用程序的endrequest事件,您可以检测重定向、清除响应并伪造一个表单到包含会话ID的新URL。
这不是一个理想的解决方案imho,但它可能是可行的,足以满足要求。 |
|
|
2
0
当MVC站点发出重定向时,您是用控制器自己处理还是由成员资格提供程序自动路由? 如果可以在重定向之前截获请求,那么可以将用户名和密码放在tempdata变量中,并在重定向之后对其进行处理。 |
|
|
3
0
你在找一个 Server.Transfer equivalent in MVC (见西蒙的回答。) 这类似于request.redirect,但只需将.NET处理转移到另一个页面。它还允许在传输之间(在本例中是RouteValueDictionary)甚至在POST上维护表单变量。 编辑: (回复您的意见1) 下面是一个例子 Forms Authentication with MVC . 不知道您的授权机制的内部结构,我不完全确定。在“Dologin”过程的任何一点上,您都可以进行传输而不是重定向。 |
|
|
xms · PHP HTTPOnly Cookie及其对会话的影响 2 年前 |
|
|
Flem · 不使用cookie发送删除、放置。。。但是POST可以 2 年前 |
|
|
alias · 并非所有cookie都保存在一个页面中 2 年前 |
|
|
WILLIAMS SAMUEL · 饼干不断重置与鳗鱼蟒蛇 3 年前 |