Tag: 会话
ASP / NET MVC：testing控制器与会话？ 惩戒？
我在这里读了一些答案：testing视图和控制器，并嘲笑，但我仍然无法弄清楚如何testingASP.NET MVC控制器读取和设置会话值（或任何其他基于上下文的variables）。我如何为我的testing方法提供（Session）上下文？ 嘲笑答案？ 有人有例子吗？ 基本上，我想在调用控制器方法之前假冒一个会话，让控制器使用该会话。 有任何想法吗？
SessionID在ASP.NET MVC中不断变化，为什么？
我正在尝试跟踪某些内容，并使用SessionID作为对象的关键字 但是每2-3个会话变化的SessionID不应该保持不变吗？ HttpContext.Session.SessionID 是我使用的代码。
从TWIG模板访问会话
我在网上search了很多如何从TWIG模板访问全局$_SESSION数组，并发现这个： {{app.session.get('index')}} ，但是当我调用它时，它返回一个空的string。 我有一个$_SESSION['filter']['accounts'] ，当调用{{app.session.get('filter').accounts}}时，出现这个错误： Item "accounts" for "" does not exist 。 我做错了什么？
你最喜欢的跨域cookie分享方法是什么？
我看到iframe / p3p技巧是最受欢迎的技巧之一，但我个人不喜欢它，因为JavaScript +隐藏的字段+框架真的使它看起来像一个黑客的工作。 我也遇到了使用Web服务进行通信的主从方法（ http://www.15seconds.com/issue/971108.htm ），这似乎更好，因为它对用户是透明的，并且对不同的浏览器也是强大的。 有没有更好的方法，每个方法的优缺点是什么？
当我开始一个新的shell会话时，我如何才能使TMUX处于活动状态？
不必每次都inputtmux ， 我怎样才能将tmux始终用于新的会话窗口 ？ 所以，如果我没有terminal窗口打开，然后打开一个，那么第一个会话怎么能在tmux ？ 好像是一个.bashrc类的东西？
Java中会话pipe理的最佳select
用Javapipe理会话的最佳方法 我听说，cookies是不可靠的选项，因为他们被存储在浏览器中，可以稍后访问？ 它是否正确？ 如果可能的话，请拿出编码示例的答案。 其中最好的是： URL重写 ：服务器将在URL链接的末尾添加一个附加参数 表单 ：服务器中的隐藏参数将在HTML中的每个表单上添加一个附加参数 cookie ：服务器会要求浏览器维护一个cookie。
会话文件在Apache / PHP中的位置
在Ubuntu 10.10上安装Apache / PHP时，会话文件的默认位置是什么？
如何查找特定用户的Django会话？
我正在写一个应用程序，我将从django和独立应用程序访问数据库。 两者都需要进行会话validation，会话应该相同。 Django有一个内置的身份validation/会话validation，这是我正在使用的，现在我需要弄清楚如何重用我的独立应用程序相同的会话。 我的问题是如何查找特定用户的session_key？ 从它看起来没有任何关系auth_user和django_session
ASP.NET：如何从处理程序访问会话？
我想从一个处理程序页面的会话中存储一些值之前，我redirect到一个WebForms页面，将拿起会话值和预填充WebForm： public class Handler : IHttpHandler { public void ProcessRequest(HttpContext context) { … context.Session["StackOverflow"] = "overflowing"; context.Response.Redirect("~/AnotherPage.aspx"); … } … } 除了context.Session对象为空。 我如何从处理程序访问会话状态？
C＃清除会话
问题＃1 我想知道我应该什么时候使用： Session.Abandon（） //当我在跟踪过程中使用它并调用它之后，我发现该会话仍然有一个值。 何时我应该使用： Session.Clear（） 什么时候应该使用每种特定的方法？ 一般来说？ 在我的具体情况？ 我检查页面加载中的会话是否为空。 如果会话等于null，我想清除会话并redirect到login页面？ 我应该使用这样的东西： private void initSession() { Session.Clear(); Session.Abandon(); Response.Redirect("LoginPage.aspx"); }
