服务器上多个站点,改其中一个web.config影响到其它站点的Session也重启? 我在改网站后台的Web.Config(单独的一个二级域名站),他们说前台站(另外一个站)刚刚登陆的用户,突然Session没有了,又得再登陆一次我晕死,怎么会改当前站的web.config让其它几个站的Session丢失了呢???而且我配置的应用程序池都是飞开的?????请教大家啊,很急很急。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 session放在另一个进程或者数据库中保存就不会有类似情况了。 <sessionState mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="120"/>然后开启ASP.NET 状态服务 若运行代码时遇到报错需要序列话,则将调用的对象的类定义前中加上“[Serializable]” 由于Asp.net程序是默认配置<sessionState mode='InProc' cookieless='true' timeout='60'/> mode有3种取值:InProc、StateServer?SQLServer 。默认情况下是InProc,也就是将Session保存在进程内,在某些事件发生时,进程会重起,造成了存储在该进程内的Session丢失。 1. 检查是否超时,默认是20分钟,设置的方法是Session.TimeOut=30;2. 检查代码有无Session.Abandon()之类的。3. ASP.NET中使用了ACCESS数据库,而且数据库是放在bin目录中的。解决方法是不要放会更新的文件在BIN目录中。4. 从同一个页面传到另一个页面才能延续同一个session,也就是说session不可跨域,同时客户端一关闭浏览器或一关闭浏览页 Session也消失了,再次访问时又会创建新的Session 但还会在服务器上存活等待超时,只是调用不到了. 另外比如在第一个页面置了SESSION,然后REDIRECT去第二个页面。解决方法是在 REDIRECT中设置endResponse为FALSE。5. Iframe丢Session的原因:session是客户端和服务器端共同认证的,客户端存储标识,通过附加在页面的头发送给服务器端,服务器进行识别,如果符合条件就可以获得相应的session操作权。但如果页面是来自框架的,而框架的父页和框架不是一个站点的话,客户端默认是禁止向页面附加头信息的,这样服务器端就无法识别客户端框架里面的页面,自然不能操作Session。 解决办法: Response.AddHeader("P3P", "CP=CAO PSA OUR")' 或者在Window服务中将ASP.NET State Service 启动。6. 有些杀病毒软件会去扫描您的Web.Config文件,那时Session肯定掉,这是微软的说法。解决办法: 使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)7. Asp.net 默认配置下,Session莫名丢失的原因及解决办法(原文http://www.cnblogs.com/supersand/archive/2006/05/20/404919.html)正常操作情况下Session会无故丢失。因为程序是在不停的被操作,排除Session超时的可能。另外,Session超时时间被设定成60分钟,不会这么快就超时的。这次到CSDN上搜了一下帖子,发现好多人在讨论这个问题,然后我又google了一下,发现微软网站上也有类似的内容。现在我就把原因和解决办法写出来。原因:由于Asp.net程序是默认配置,所以Web.Config文件中关于Session的设定如下:<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>我们会发现sessionState标签中有个属性mode,它可以有3种取值:InProc、StateServer?SQLServer(大小写敏感)。默认情况下是InProc,也就是将Session保存在进程内(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),这个进程不稳定,在某些事件发生时,进程会重起,所以造成了存储在该进程内的Session丢失。哪些情况下该进程会重起呢?微软的一篇文章告诉了我们:1、配置文件中processModel标签的memoryLimit属性2、Global.asax或者Web.config文件被更改3、Bin文件夹中的Web程序(DLL)被修改4、杀毒软件扫描了一些.config文件。更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications解决办法:前面说到的sessionState标签中mode属性可以有三个取值,除了InProc之外,还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的,所以当aspnet_wp.exe重起的时候,不会影响到Session。现在请将mode设定为StateServer。StateServer是本机的一个服务,可以在系统服务里看到服务名为ASP.NET State Service的服务,默认情况是不启动的。当我们设定mode为StateServer之后,请手工将该服务启动。这样,我们就能利用本机的StateService来存储Session了,除非电脑重启或者StateService崩掉,否则Session是不会丢的(因Session超时被丢弃是正常的)。除此之外,我们还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中,有个 stateConnectionString='tcpip=127.0.0.1:42424'属性,其中有个ip地址,默认为本机(127.0.0.1),你可以将其改成你所知的运行了StateService服务的电脑IP,这样就可以实现位于不同电脑上的Asp.net程序互通 Session了。如果你有更高的要求,需要在服务期重启时Session也不丢失,可以考虑将mode设定成SQLServer,同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作,请访问这里。在使用StateServer或者SQLServer存储Session时,所有需要保存到Session的对象除了基本数据类型(默认的数据类型,如int、string等)外,都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。如:[Serializable]public class MyClass{ ......} 直接配置成StateServer模式,启动服务中Asp.net State Server就行了 mode设定为StateServer..端口就试试呗 关于动态改网站标题和关键字,问题? 怎样给ewebeditor并显示 怎么传本机图片 请问:数据库连接和数据显示的问题,请给点学习asp.net的方法。谢谢。 小弟我昨天写了一个update的更新程序!发现怎么都更新不了!十分头疼!今天特来向高手请教! 另一个 OleDbParameterCollection 中已包含 OleDbParameter。 网页打开慢的问题 请各位大虾帮小弟看一下啊!!! 几个超简单问题。 太怪了! 怎么动态更改gridview对应SqlDataSource的SelectCommand asp.net 连接oracle时,如何加强sql语句的安全性
mode="StateServer"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="120"
/>然后开启ASP.NET 状态服务
<sessionState mode='InProc' cookieless='true' timeout='60'/>
mode有3种取值:InProc、StateServer?SQLServer 。默认情况下是InProc,也就是将Session保存在进程内,在某些事件发生时,进程会重起,造成了存储在该进程内的Session丢失。
2. 检查代码有无Session.Abandon()之类的。
3. ASP.NET中使用了ACCESS数据库,而且数据库是放在bin目录中的。解决方法是不要放会更新的文件在BIN目录中。
4. 从同一个页面传到另一个页面才能延续同一个session,也就是说session不可跨域,同时客户端一关闭浏览器或一关闭浏览页 Session也消失了,再次访问时又会创建新的Session 但还会在服务器上存活等待超时,只是调用不到了. 另外比如在第一个页面置了SESSION,然后REDIRECT去第二个页面。解决方法是在 REDIRECT中设置endResponse为FALSE。
5. Iframe丢Session的原因:session是客户端和服务器端共同认证的,客户端存储标识,通过附加在页面的头发送给服务器端,服务器进行识别,如果符合条件就可以获得相应的session操作权。
但如果页面是来自框架的,而框架的父页和框架不是一个站点的话,客户端默认是禁止向页面附加头信息的,这样服务器端就无法识别客户端框架里面的页面,自然不能操作Session。 解决办法: Response.AddHeader("P3P", "CP=CAO PSA OUR")' 或者在Window服务中将ASP.NET State Service 启动。
6. 有些杀病毒软件会去扫描您的Web.Config文件,那时Session肯定掉,这是微软的说法。解决办法: 使杀病毒软件屏蔽扫描Web.Config文件(程序运行时自己也不要去编辑它)
7. Asp.net 默认配置下,Session莫名丢失的原因及解决办法
(原文http://www.cnblogs.com/supersand/archive/2006/05/20/404919.html)正常操作情况下Session会无故丢失。因为程序是在不停的被操作,排除Session超时的可能。另外,Session超时时间被设定成60分钟,不会这么快就超时的。
这次到CSDN上搜了一下帖子,发现好多人在讨论这个问题,然后我又google了一下,发现微软网站上也有类似的内容。
现在我就把原因和解决办法写出来。原因:由于Asp.net程序是默认配置,所以Web.Config文件中关于Session的设定如下:
<sessionState mode='InProc' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>
我们会发现sessionState标签中有个属性mode,它可以有3种取值:InProc、StateServer?SQLServer(大小写敏感)。默认情况下是InProc,也就是将Session保存在进程内(IIS5是aspnet_wp.exe,而IIS6是W3wp.exe),这个进程不稳定,在某些事件发生时,进程会重起,所以造成了存储在该进程内的Session丢失。
哪些情况下该进程会重起呢?微软的一篇文章告诉了我们:
1、配置文件中processModel标签的memoryLimit属性
2、Global.asax或者Web.config文件被更改
3、Bin文件夹中的Web程序(DLL)被修改
4、杀毒软件扫描了一些.config文件。
更多的信息请参考PRB: Session variables are lost intermittently in ASP.NET applications解决办法:前面说到的sessionState标签中mode属性可以有三个取值,除了InProc之外,还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的,所以当aspnet_wp.exe重起的时候,不会影响到Session。
现在请将mode设定为StateServer。StateServer是本机的一个服务,可以在系统服务里看到服务名为ASP.NET State Service的服务,默认情况是不启动的。当我们设定mode为StateServer之后,请手工将该服务启动。
这样,我们就能利用本机的StateService来存储Session了,除非电脑重启或者StateService崩掉,否则Session是不会丢的(因Session超时被丢弃是正常的)。
除此之外,我们还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中,有个 stateConnectionString='tcpip=127.0.0.1:42424'属性,其中有个ip地址,默认为本机(127.0.0.1),你可以将其改成你所知的运行了StateService服务的电脑IP,这样就可以实现位于不同电脑上的Asp.net程序互通 Session了。
如果你有更高的要求,需要在服务期重启时Session也不丢失,可以考虑将mode设定成SQLServer,同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作,请访问这里。
在使用StateServer或者SQLServer存储Session时,所有需要保存到Session的对象除了基本数据类型(默认的数据类型,如int、string等)外,都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。
如:
[Serializable]
public class MyClass
{
......
}