问题标签 [session-state]

我们有两个用于控制关键系统的工业控制器。这个想法是，当一个控制器发生故障时，另一个控制器将自动接管。为确保交换是无缝的，每个备用控制器必须始终镜像在线控制器的状态。

我们有一个解决方案，它的编码和记录都很差。问题是，是否有一种通用的设计模式可以实现这样的系统或开源软件来实现类似的东西，它们可用于创建可用于控制器或 PC 的通用解决方案，并且可以扩展以允许任意数量的控制器作为备用程序。

在 ASP.NET 中，会话是针对浏览器的。但是如何为选项卡创建会话？

我们有一个当前（旧）基于 PHP 的网站，该网站不太可能在明年左右重新开发，作为我们的主要门户。

我们想在 ASP.Net 中开发新的应用程序，并将它们插入当前的门户网站——但我们不希望我们的网站用户必须登录两次。

在两个平台之间共享身份验证状态的最佳方式是什么？它们不共享相同的服务器、数据库后端甚至代理。

使用Sql Server存储和管理SessionState时，session数据存储在数据库中是否采用加密方式？

当我查看 ASPNet 数据库中的数据时，ASPStateTempSessions 列中的“SessionItemLong”中的数据似乎是十六进制数据。这些数据在存储到数据库之前是否经过加密？如果是这样，用于加密数据的密钥在哪里以及用于加密数据的算法是什么？

此外，会话状态使用序列化存储对象。使用哪种序列化？（二进制或 XML）

目前我们有一组表单控件可以进行回发，我们决定通过将它们包装在更新面板中来获得一些“免费”的用户体验。控件将数据存储在该用户的会话状态中，这样我们就不必不断地从我们的平台请求数据。

在进行 WebMethods 和 WebService 调用时，如果我们想要使用会话，如果我们想要访问会话，我们必须将 EnableSession 属性设置为 true。由于更新面板也做同样的事情，放置 WebMethod/EnableSession 属性以便更新面板发出的请求可以访问会话的正确位置在哪里？

谢谢。

I'm trying to implement the state pattern for a multi-page registration form. The data on each page will be accumulated and stored in a session object.

Should validation (including service layer calls to the DB) occur on the page level or inside each state class? In other words, should the concrete implementation of IState be concerned with the validation or should it be given a fully populated and valid object? See "EmptyFormState" class below:

我想知道是否可以根据运行应用程序的域来更改 ASP.net 中用于 SessionState 的 sqlConnectionString？

一个场景；我们有 20 个站点从一个应用程序运行，所有站点都与不同的数据库通信，具体取决于它们浏览的域（站点）。

当浏览 www.domain1.com 时，应用程序与数据库 'db1' 对话。另一方面，站点 www.domain2.com 与数据库“db2”等进行通信，从而选择相关内容并将负载分散到每个数据库，而不是使用一个主数据库来处理站点的所有连接。

但是出现了一个问题 - 对于此设置，我们对 SessionState 使用 SqlServer 模式，因此所有站点会话的所有用户都存储在 1 aspstate 数据库中，现在随着站点变得更忙/站点数量增加，该数据库的处理压力越来越大所有站点的所有会话请求，并且我们开始收到一些超时错误，其中与该数据库的连接出现瓶颈。

我们可以将站点从他们自己的应用程序中分离出来，并使用相同的代码设置不同的应用程序，但在每个应用程序中，在每个 Web.Config 中设置不同的 Session 数据库，从而减轻负载。但是，这项任务将非常耗时，并且从长远来看会导致更多的管理。所以..我很想知道是否可以在创建会话对象之前根据域在代码中修改用于 SessionState 的 sqlConnectionString？我们可以从 System.Web.HttpApplication 继承并使用 Application_AcquireRequestState 事件来创建所需的 HttpSessionState 对象设置吗？

希望这是有道理的，并且有人可以提供一些指示并向我证明这不是白日梦！

干杯，史蒂夫

将 dll 放置在 bin 中时是否与放置在 GAC 中时相同的过程适用于会话状态？

还是在幕后发生了某种深奥的变化？

我已将测试解决方案部署到使用会话状态的共享点站点的 bin 目录中。我确保在我的 web.config 文件中配置了会话状态...

一切正常！

然后我将此项目复制到另一个解决方案中，该解决方案部署到 GAC 并在不同的共享点站点上激活。我确保在 web.config 文件中为这个不同的共享点站点打开会话状态。我浏览到使用会话状态的页面并收到此错误...</p>

会话状态只能在 enableSessionState 设置为 true 时使用，无论是在配置文件中还是在 Page 指令中。还请确保 System.Web.SessionStateModule 或自定义会话状态模块包含在应用程序配置的 \ 部分中。

奇妙！我可以看到的唯一区别是一个解决方案部署到 Bin 文件夹，另一个部署到 GAC。

有时我讨厌 Sharepoint。

对此更新：我创建了一个简单的共享点解决方案，其中一个页面部署到 GAC，该页面将一个值添加到会话变量，然后将其从会话变量读回标签控件。

我将解决方案部署到我的测试和生产站点，它在测试站点中按预期工作，但产生错误......</p>

会话状态只能在 enableSessionState 设置为 true 时使用，无论是在配置文件中还是在 Page 指令中。还请确保 System.Web.SessionStateModule 或自定义会话状态模块包含在应用程序配置的 \ 部分中。

在我的生产现场，为什么，为什么，为什么？

我检查并重新检查了我的 web.config 文件和中央管理员以确保启用会话状态。现在这似乎表明我的 sharepoint Web 应用程序存在问题。

对此 2 的更新：这是母版页！我刚刚发现通过将母版页切换到开箱即用的选项可以让我的代码正确运行 - 它使用会话变量。我还注意到自定义母版页不喜欢“autoeventwireup=true”页面指令。我已经在两个母版页之间进行了文本比较，并且在 Tagprefix 中看不到任何不同。我会继续找...

更新 3 关闭此问题并使用一些附加信息开始一个新问题可能更容易。

这里有新问题

今天我对 2 个与 ASP.net 的 HttpApplicationState 相关的问题感到困惑。我的问题如下

1. 如果我使用 StateServer 进行会话管理（我想用于我的网络花园部署的 out proc 会话管理内容），假设HttpApplicationState （我通过 System.Web.UI.Page.Application 属性访问）是否安全) 也像 Session 一样存储在 StateServer 中？因此，如果我的工作进程 A 将值“10”写入 Page.Application，那么稍后在工作进程 B 中运行的另一个请求必须看到同一个键的这个“10” - 是否正确？

2. 我的一位开发人员同事告诉我，他在测试中发现，在 StateServer 场景中，如果他将 100 个键值条目插入到 Page.Session 中，那么当他尝试从不同的请求中读取任何键时，workerprocess将全部 100 个条目带入活动的工作进程内存空间，然后提供请求实际询问的密钥。是真的吗？

如果有人可以帮助我消除我在这方面的困惑，将不胜感激。

谢谢！

当您选择拥有多个实例时，是否有人知道 Azure 中如何管理状态？InProc 似乎毫无价值，您必须拥有另一个状态服务器实例，或者使用数据存储跨服务器存储用户状态。

或者它是否实现了粘性会话，所以 InProc 就是你所需要的。

在这里找到答案： Azure 论坛