[php]
function userErrorHandler() {
$e = func_get_args();
echo '
<br/>----------Running error---------:<br/>' .print_r($e, 1).'<br/>----------Run error---------<br/>';
<br/>++++++Low-level error+++++<br/>'. print_r($a, 1).'<br/>++++++Low-level error+++++<br/>';
function userErrorHandler() {
$e = func_get_args();
echo '
<br/>----------Running error---------:<br/>' .print_r($e, 1).'<br/>----------Run error---------<br/>';
function shutdown() {
$a=error_get_last();
if($a != null) echo '
<br/>++++++Low-level error+++++<br/>'. print_r($a, 1).'<br/>++++++Low-level error+++++<br/>';
register_shutdown_function('shutdown');//This script will not be run if exit is used
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---------
';
var_dump($_SESSION);
echo '
edit-------';
$_SESSION['qidizi'] = 'qidiziCLEAN';
var_dump($_SESSION);
echo '
under clean---------
';
$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; 这句.且
[php]
unset($GLOBALS['_SESSION']);
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的正常的机制被破坏了.问题比较多.
目前我在写这个时,还不清楚使用什么方法可以恢复它的机制.上面的尝试方法并不起作用.
After testing, I found that it is reasonable to use session_write_close(); to save the session in advance. This can solve the problem I encountered. For some reason, after clearing the session, the automatic saving will fail. Active saving is required.