我们前期开发了一个只有公司客服人员才能使用的系统——有限的几个客服人员。就是这有限的几个客服人员前几天突然就提出这样的问题：我们每隔很短一段时间 (半个小时不操作页面)，正着急解决客户问题的时候，系统却提示需要登录，耽误了客户的时间…… 这很不爽!
客户就是上帝，唯一的上帝。于是上峰要求我们能够实现 不修改程序是最好的方法了，因为如果修改程序，测试部一定非常郁闷像我一样，那么只能修改系统环境配置，其实很 简单，打开 1、session.use_cookies
把这个的值设置为1，利用cookie来传递sessionid
2、session.cookie_lifetime
这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以 3、session.gc_maxlifetime
这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除! 那么我们也把它设置为99999999。
就这样一切ok了，当然你不相信的话就测试一下看看——设置一个session值过个10天半个月的回来看看，如果你的电脑没有断电或者宕机，你仍 然可以看见这个sessionid。
当然也可能你没有控制服务器的权限并不能像我一样幸运的可以修改
如果很久以后(多久?你自己看吧)你回来刷新这个页面，输出的数字比你走的时候大了1那就对了!如果大了很多，估计是谁动你电脑了，这次测试就不准 确了，呵呵……重新出去一会儿吧!
注意：在setcookie一行中的' 以上就介绍了elcomsoft wireless security au
客户就是上帝，唯一的上帝。于是上峰要求我们能够实现 不修改程序是最好的方法了，因为如果修改程序，测试部一定非常郁闷像我一样，那么只能修改系统环境配置，其实很 简单，打开 1、session.use_cookies
把这个的值设置为1，利用cookie来传递sessionid
2、session.cookie_lifetime
这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以 3、session.gc_maxlifetime
这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除! 那么我们也把它设置为99999999。
就这样一切ok了，当然你不相信的话就测试一下看看——设置一个session值过个10天半个月的回来看看，如果你的电脑没有断电或者宕机，你仍 然可以看见这个sessionid。
当然也可能你没有控制服务器的权限并不能像我一样幸运的可以修改
复制代码 代码如下:
$_SESSION['count']; // 注册Session变量Count
isset($// 如果设置了$$_SESSION['count']++; // 变量count加1
setcookie('echo $count; // 显示Session变量count的值
?>
如果很久以后(多久?你自己看吧)你回来刷新这个页面，输出的数字比你走的时候大了1那就对了!如果大了很多，估计是谁动你电脑了，这次测试就不准 确了，呵呵……重新出去一会儿吧!
注意：在setcookie一行中的' 以上就介绍了elcomsoft wireless security au