如何严格设置php中session过时时间

本文转载自: http://www.cnblogs.com/mengxiaotian/p/6037594.htmlphp

如何严格限制session在30分钟后过时!
1.设置客户端cookie的lifetime为30分钟;
2.设置session的最大存活周期也为30分钟;
3.为每一个session值加入时间戳,而后在程序调用时进行判断;html

至于为何,咱们首先来了解下php中session的基本原理:浏览器

PHP中的session有效期默认是1440秒(24分钟),也就是说,客户端超过24分钟没有刷新,当前session就会失效。固然若是用户关闭了浏览器,会话也就结束了,Session天然也不存在了!
你们知道,Session储存在服务器端,根据客户端提供的SessionID来获得这个用户的文件,而后读取文件,取得变量的值,SessionID可使用客户端的Cookie或者Http1.1协议的
Query_String(就是访问的URL的“?”后面的部分)来传送给服务器,而后服务器读取Session的目录……
要控制Session的生命周期,首先咱们须要了解一下php.ini关于Session的相关设置(打开php.ini文件,在“[Session]”部分):
一、session.use_cookies:默认的值是“1”,表明SessionID使用Cookie来传递,反之就是使用Query_String来传递;
二、session.name:这个就是SessionID储存的变量名称,多是Cookie,也多是Query_String来传递,默认值是“PHPSESSID”;
三、session.cookie_lifetime:这个表明SessionID在客户端Cookie储存的时间,默认是0,表明浏览器一关闭SessionID就做废……就是由于这个因此Session不能永久使用!
四、session.gc_maxlifetime:这个是Session数据在服务器端储存的时间,若是超过这个时间,那么Session数据就自动删除!
还有不少的设置,不过和本文相关的就是这些了,下面开始讲如何设置Session的存活周期。
前面说过,服务器经过SessionID来读取Session的数据,可是通常浏览器传送的SessionID在浏览器关闭后就没有了,那么咱们只须要人为的设置SessionID而且保存下来,不就能够……
若是你拥有服务器的操做权限,那么设置这个很是很是的简单,只是须要进行以下的步骤:
一、把“session.use_cookies”设置为1,使用Cookie来储存SessionID,不过默认就是1,通常不用修改;
二、把“session.cookie_lifetime”改成你须要设置的时间(好比一个小时,就能够设置为3600,以秒为单位);
三、把“session.gc_maxlifetime”设置为和“session.cookie_lifetime”同样的时间;
在PHP的文档中明确指出,设定session有效期的参数是session.gc_maxlifetime。能够在php.ini文件中,或者经过ini_set()函数来修改这一参数。问题在于,通过屡次测试,修改这个
参数基本不起做用,session有效期仍然保持24分钟的默认值。
因为PHP的工做机制,它并无一个daemon线程,来定时地扫描session信息并判断其是否失效。当一个有效请求发生时,PHP会根据全局变量
session.gc_probability/session.gc_divisor(一样能够经过php.ini或者ini_set()函数来修改)的值,来决定是否启动一个GC(Garbage Collector)。
默认状况下,session.gc_probability = 1,session.gc_divisor =100,也就是说有1%的可能性会启动GC。GC的工做,就是扫描全部的session信息,用当前时间减去session的最后修
改时间(modified date),同session.gc_maxlifetime参数进行比较,若是生存时间已经超过gc_maxlifetime,就把该session删除。
到此为止,工做一切正常。那为何会发生gc_maxlifetime无效的状况呢?
在默认状况下,session信息会以文本文件的形式,被保存在系统的临时文件目录中。在Linux下,这一路径一般为\tmp,在 Windows下一般为C:\Windows\Temp。当服务器上有多个PHP应
用时,它们会把本身的session文件都保存在同一个目录中。一样地,这些PHP应用也会按必定机率启动GC,扫描全部的session文件。服务器

问题在于,GC在工做时,并不会区分不一样站点的session。举例言之,站点A的gc_maxlifetime设置为2小时,站点B的 gc_maxlifetime设置为默认的24分钟。当站点B的GC启动时,它会扫
描公用的临时文件目录,把全部超过24分钟的session文件所有删除掉,而无论它们来自于站点A或B。这样,站点A的gc_maxlifetime设置就形同虚设了。
找到问题所在,解决起来就很简单了。修改session.save_path参数,或者使用session_save_path()函数,把保存session的目录指向一个专用的目录,gc_maxlifetime参数工做正常了。cookie

还有一个问题就是,gc_maxlifetime只能保证session生存的最短期,并不可以保存在超过这一时间以后session信息当即会获得删除。由于GC是按机率启动的,可能在某一个长时间内
都没有被启动,那么大量的session在超过gc_maxlifetime之后仍然会有效。
解决这个问题的一个方法是,把session.gc_probability/session.gc_divisor的机率提升,若是提到100%,就会完全解决这个问题,但显然会对性能形成严重的影响。另外一个方法是本身
在代码中判断当前session的生存时间,若是超出了 gc_maxlifetime,就清空当前session。session

相关文章
相关标签/搜索