discuz清空session,导致session保存机制失败,session无法更新与解决
<?php
function userErrorHandler() {
$e = func_get_args();
echo '<pre style="color:red;"><br/>----------运行出错---------:<br/>'.print_r($e, 1).'<br/>----------运行出错---------<br/></pre>';
}
set_error_handler("userErrorHandler");
set_exception_handler("userErrorHandler");
function shutdown() {
$a=error_get_last();
if($a != null) echo '<pre style="color:red;"><br/>++++++低级错误+++++<br/>'.print_r($a, 1).'<br/>++++++低级错误+++++<br/></pre>';
}
register_shutdown_function('shutdown');//如果使用了exit将不运行此脚本
switch($_GET['how']) {
case 's'://set
session_start();
$_SESSION['qidizi'] = rand();
echo $_SESSION['qidizi'];
break;
case 'u'://unset
session_start();
$_SESSION['qidizi'] = 'qidiziUNSET';
echo $_SESSION['qidizi'];
break;
case 'g'://get
session_start();
var_dump($_SESSION);
break;
case 'c'://clean
session_start();
echo 'get---------<br/>';
var_dump($_SESSION);
echo '<br/>edit-------</br/>';
$_SESSION['qidizi'] = 'qidiziCLEAN';
var_dump($_SESSION);
echo '<br/>under clean---------<br/>';
$GLOBALS['_SESSION']=null;unset($GLOBALS['_SESSION']);//unset后,session会失效
empty($GLOBALS['_SESSION']) && ($GLOBALS['_SESSION']['qidiziReBuid'] = '1');//本句并不能重建/重触发session保存机制
session_write_close();//提前保存session改变,discuz清除了session导致保存机制失败,by qidizi,这句话才有效,提交保存
var_dump($_SESSION);
break;
}
以上是测试代码
关键是在 $GLOBALS['_SESSION']=null; 这句.且
unset($GLOBALS['_SESSION']);
会让session在解析结束保存session的机制失败,看起来是这样的.不懂session自动保存的机制是怎么样的.演示代码中简单的重建并没有触发保存机制.
所以,后来我使用了提前调用方法提前保存我的session更改.
在discuz_application这个类中有对全局变量进行清空,
因为
正面面变量不需要保留,
var $superglobal = array(
'GLOBALS' => 1,
'_GET' => 1,
'_POST' => 1,
'_REQUEST' => 1,
'_COOKIE' => 1,
'_SERVER' => 1,
'_ENV' => 1,
'_FILES' => 1,
);
接着正面的代码就会对它进行清空
foreach ($GLOBALS as $key => $value) {
if (!isset($this->superglobal[$key])) {
$GLOBALS[$key] = null; unset($GLOBALS[$key]);
}
}
最终效果出现如下的代码功能
关键是在 $GLOBALS['_SESSION']=null; 这句.
使用我上面的测试代码进行演示:
正面的说法指 local.q/t.php?how=s(设置)|g(获取)|u(修改)|c(清空)
操作步骤1 设置 -> 获取 -> 修改 -> 获取 ==== 结果,修改能反馈到获取时的结果中
操作步骤2 设置->获取 -> 修改-> 获取 -> 清空 -> 获取 ====结果:获取修改后数据正常.获取清空的数据失败,获取到的是修改时的数据.(注意这里的测试并没有把提前)
问题就是disucz的init方法导致清空相同的效果.导致某些情况下的使用session会出现清除不掉的问题.简单就是导致验证码输入一次就可以无限提交.
虽然可以使用其它方法来防止.但是这个session的正常的机制被破坏了.问题比较多.
目前我在写这个时,还不清楚使用什么方法可以恢复它的机制.上面的尝试方法并不起作用.
经过测试发现使用 session_write_close();提前保存session理性.即可解决我遇到的问题,不知为何经过清空session后,自动保存会失效.需要主动保存.