问题标签 [session-state]

我有一个多核服务器托管我的 asp.net 解决方案。在过去使用双核等时，您必须修改您的应用程序以不使用进程内会话状态等。如果它是双核，情况仍然如此吗？

另外，服务器缓存是否在其中起作用？我的会话没有问题，但是当我尝试从代码中清除缓存时，它不起作用，我必须重置 iis 以清除缓存。- 但是，它确实可以在 locallay 上工作（我有一个双核），但不能在服务器上工作（intel pentium D）

谢谢你。

我目前正在尝试使用 jquery 在 MVC 中创建带有进度条的上传控件。我一直遇到一个问题，但是 mvc 不能在并行线程中工作？

当我上传一个文件并显示从 JS 通过几个回调执行到服务器的上传过程中的进度时，我试图获取有关当前上传状态的信息，但只有在文件上传后服务器的回答才会返回。

您是否知道在 MVC 中不断或在执行请求时获取会话状态查询的任何方法？

真的很感激一些帮助，如果有人知道答案，我相信其他人会！

Session.Clear() 和 Session.Abandon() 都摆脱了会话变量。据我了解， Abandon() 结束当前会话，并导致创建一个新会话，从而导致 End 和 Start 事件触发。

在大多数情况下调用 Abandon() 似乎更可取，例如注销用户。有没有我会使用 Clear() 的场景？性能差异很大吗？

在我建议我的客户从 30/mo 升级到 80/mo 托管包之前，我希望有人可以验证我的假设。

站点：该站点是一个自定义的 ASP.NET 电子商务站点。购物车存储在 inproc 会话中。

在像我们现在这样的繁忙季节，用户经常丢失他们的购物车和他们的 FormsAuthentication 登录信息。

解决方案我想迁移站点以使用 SQL Server 会话状态。我的假设是客户正在丢失他们的购物车，因为 InProc 会话由于负载而比他们的 20 分钟超时更频繁地回收。将会话移动到 SQL Server 或会话状态服务器是否允许客户在没有回收的情况下存储他们的购物车会话，如果是这样，如果我将会话超时时间增加到 40 或 60 分钟，他们是否会遇到任何问题

我想知道是否有人知道一种快速方法，或者是否有人编写了反射工具来判断解决方案中的哪些对象未标记为可序列化。我正在将站点切换到 StateServer，并且我需要将所有对象标记为可序列化。我不想错过任何一个。

另外，第二部分枚举必须是可序列化的吗？

该网站是一个使用 VS 2003 构建的 ASP.NET 1.1 网站

我需要在数据库中维护会话状态。但是我无法直接从 Web 服务器访问数据库。Web 服务器与应用服务器通信，后者又可以访问数据库。
有没有办法配置这个？或者是否必须编写自定义组件。
此设置的原因是允许负载平衡并允许将用户的会话从一台服务器重定向到另一台服务器。

ASP.NET 团队建议使用缓存而不是会话，在过去几年中，我们停止使用会话来处理 WebForm 模型。所以我们通常在 web.config 中关闭会话

但是，现在当我使用此设置测试 ASP.NET MVC 应用程序时，它会SessionStateTempDataProvider在 mvc 框架内的类中引发错误，它要求我打开会话状态，我做到了，它工作了。查看它使用会话的源代码：

那么，他们为什么要在这里使用 session 呢？我错过了什么？

==================================================== ======

编辑对不起，这篇文章并不是要讨论会话与缓存，而是在 ASP.NET MVC 的上下文中，我只是想知道为什么在这里使用会话。在这篇博文中，Scott Watermasysk 还提到关闭会话是一种很好的做法，所以我只是想知道为什么我必须打开它才能从这里开始使用 MVC。

我被要求为 ASP .NET / MVC C# 3.5 Web 应用程序提出状态管理策略

我选择在状态服务器上存储会话——这将是一个单独的物理盒子。我担心存储到会话中时序列化/反序列化对象所花费的时间......

有谁知道这样做时获得最佳性能的技术？

还可以在将信息存储在会话帮助中之前压缩信息，或者这也会导致性能时间变慢。

编辑：我为状态服务器使用一个单独的框，因为我们将有多个 Web 服务器。

是否有一个优雅的解决方案可以跨多个 ASP.NET 应用程序同步会话？我敢肯定这很容易被认为是一个安全漏洞，但是涉及到一个第 3 方 ASP.NET 应用程序，无法对其进行扩展。出于这个原因，正在开发第二个 [相关] 站点，但需要直接访问在第 3 方应用程序上创建的会话。

例如，当用户登录/退出一个站点时，应该在另一个站点上发生相同的操作。但是，重要的是要注意这超出了典型的 SSO。

据我了解，根据 MSDN，regenerateExpiredSessionId="true"指定当客户端指定过期的会话 ID 时将重新发布会话 ID。但是，这似乎不像描述的那样工作。

假设您有一个配置如下的应用程序：

在其他地方，您有一个指向该应用程序中嵌入了过期会话 ID 的页面的链接：

如果未启用 cookie 的浏览器单击该链接，则不会重新发出会话 ID。它正在从 URL 中回收过期的 ID，并使用此旧 ID 创建新会话。

当然，如果多个无 cookie 浏览器同时点击链接，它们都共享同一个过期会话 ID，这显然是一个安全问题。

regenerateExpiredSessionId="true"不是应该防止用户无意中共享相同的会话状态吗？如果是这样，为什么在这种情况下框架没有按预期生成新的会话 ID？