此处将为大家介绍关于koa-session持久化的详细内容,并且为您解答有关session持久化方案的相关问题,此外,我们还将为您介绍关于Apache::Session1.90发布,会话持久化管理、d
此处将为大家介绍关于koa-session 持久化的详细内容,并且为您解答有关session持久化方案的相关问题,此外,我们还将为您介绍关于Apache::Session 1.90 发布,会话持久化管理、discuz清空session,导致session保存机制失败,session无法更新与解决、express req.session对象如何持久化?、Hibernate中Session.load与Session.get的区别的有用信息。
本文目录一览:- koa-session 持久化(session持久化方案)
- Apache::Session 1.90 发布,会话持久化管理
- discuz清空session,导致session保存机制失败,session无法更新与解决
- express req.session对象如何持久化?
- Hibernate中Session.load与Session.get的区别
koa-session 持久化(session持久化方案)
一、使用 mongoose 链接数据库
''use strict'';
const mongoose = require(''mongoose'');
const config = require(''config-lite'')({
filename: ''default'',
config_basedir: __dirname,
config_dir: ''config''
});
const chalk = require(''chalk'');
mongoose.connect(config.url, { dbName: config.db, useNewUrlParser: true, autoIndex: false });
const connect = mongoose.connection;
connect.once(''open'', () => {
console.log(
chalk.green(''connect db success!'')
);
})
connect.on(''error'', function (error) {
console.error(
chalk.red(''Error in MongoDb connection: '' + error)
);
mongoose.disconnect();
});
connect.on(''close'', function () {
console.log(
chalk.red(''the db is disconnect ,reconnect...'')
);
mongoose.connect(config.url, { server: { autoReconnect: true } });
});
module.exports = connect;
二、新建一个 store.js 文件
const { Store } = require(''koa-session2'');
module.exports = class extends Store {
constructor(con) {
super();
this.collection = con.collection(''sessions'');
console.log("session start ");
}
async get(sid) {
return await this.collection.findOne({ sid });
}
async set(session, opts) {
try {
if (!opts.sid) {
opts.sid = this.getID(24);
}
await this.collection.findOneAndUpdate({ sid: opts.sid }, { $set: session }, { upsert: true });
} catch (error) {
console.log("error", error);
}
return opts.sid;
}
async destory(sid) {
await this.collection.findAndModify({ sid }, [], {}, { removed: true });
}
}
三、在 app.js 中
const session = require("koa-session2");
const sessionStore = require(''./middlewares/seesionStore/store'');
app.use(session({
key: config.session.key,
maxAge: config.session.maxAge,
domain: config.session.domain,
store: new sessionStore(connect)
}));
Apache::Session 1.90 发布,会话持久化管理
Apache::Session 1.90 的 Oracle 模块运行指定表名。
Apache::Session 是一个为 Web 开发人员提供的会话的持久化管理的 Apache 模块,用于 mod_perl 。该模块提供一些类用来简化 Session 数据存储。Session 数据可通过包括数据库、文件或者共享内存在内的方式进行存储。
discuz清空session,导致session保存机制失败,session无法更新与解决
[php]
function userErrorHandler() {
$e = func_get_args();
echo ''
<br>----------运行出错---------:<br>''.print_r($e, 1).''<br>----------运行出错---------<br>
}
set_error_handler("userErrorHandler");
set_exception_handler("userErrorHandler");
function shutdown() {
$a=error_get_last();
if($a != null) echo ''
<br>++++++低级错误+++++<br>''.print_r($a, 1).''<br>++++++低级错误+++++<br>
}
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---------
'';
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;
}
function userErrorHandler() {
$e = func_get_args();
echo ''
<br>----------运行出错---------:<br>''.print_r($e, 1).''<br>----------运行出错---------<br>
}
set_error_handler("userErrorHandler");
set_exception_handler("userErrorHandler");
function shutdown() {
$a=error_get_last();
if($a != null) echo ''
<br>++++++低级错误+++++<br>''.print_r($a, 1).''<br>++++++低级错误+++++<br>
}
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---------
'';
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的正常的机制被破坏了.问题比较多.
目前我在写这个时,还不清楚使用什么方法可以恢复它的机制.上面的尝试方法并不起作用.
经过测试发现使用 session_write_close();提前保存session理性.即可解决我遇到的问题,不知为何经过清空session后,自动保存会失效.需要主动保存.
express req.session对象如何持久化?
我对学习Node and Express并不陌生,但我仍在尝试用express围绕代码流。假设我们在session.js中有如下代码:
app.post('/session',notLoggedIn,function(req,res) {
User.findOne({
username: req.body.username,password: req.body.password
},function (err,user) {
if (err) {
return next(err);
}
if (user) {
req.session.user = user;
res.redirect('/users');
} else {
res.redirect('/session/new');
}
});
});
假设用户是必需的mongo模式。我发现奇怪的是session.user分配:
req.session.user = user;
由于req变量在重定向后将超出范围,但是我们显然是在执行此操作以保留用户数据,因此我需要弄清楚以下哪种情况描述了正在发生的情况。(A)被分配给req参数的参数(在调用回调时)被存储/仍在堆栈中的某个位置,(B)会话被存储/在堆栈中,并在分配给新的req对象之前被分配传递给回调函数,或(C)与B相同,但在用户字段上使用(似乎不太可能,可能是我做的)。
Hibernate中Session.load与Session.get的区别
Session.load/get方法均可以根据指定的实体类和id从数据库读取记录,并返回与之对应的实体对象。
其区别在于:
如果未能发现符合条件的记录,get方法返回null,而load方法会抛出一个ObjectNotFoundException。
Load方法可返回实体的代理类实例,而get方法永远直接返回实体类。
load方法可以充分利用内部缓存和二级缓存中的现有数据,而get方法则仅仅在内部缓存中进行数据查找,如没有发现对应数据,将越过二级缓存,直接调用SQL完成数据读取。
Session在加载实体对象时,将经过的过程:
首先,Hibernate中维持了两级缓存。第一级缓存由Session实例维护,其中保持了Session当前所有关联实体的数据,也称为内部缓存。而第二级缓存则存在于SessionFactory层次,由当前所有由本SessionFactory构造的Session实例共享。出于性能考虑,避免无谓的数据库访问,Session在调用数据库查询功能之前,会先在缓存中进行查询。首先在第一级缓存中,通过实体类型和id进行查找,如果第一级缓存查找命中,且数据状态合法,则直接返回。
之后,Session会在当前“NonExists”记录中进行查找,如果“NonExists”记录中存在同样的查询条件,则返回null。“NonExists”记录了当前Session实例在之前所有查询操作中,未能查询到有效数据的查询条件(相当于一个查询黑名单列表)。如此一来,如果Session中一个无效的查询条件重复出现,即可迅速作出判断,从而获得最佳的性能表现。
对于load方法而言,如果内部缓存中未发现有效数据,则查询第二级缓存,如果第二级缓存命中,则返回。
如在缓存中未发现有效数据,则发起数据库查询操作(Select SQL),如经过查询未发现对应记录,则将此次查询的信息在“NonExists”中加以记录,并返回null。
根据映射配置和Select SQL得到的ResultSet,创建对应的数据对象。
将其数据对象纳入当前Session实体管理容器(一级缓存)。
执行Interceptor.onLoad方法(如果有对应的Interceptor)。
将数据对象纳入二级缓存。
如果数据对象实现了LifeCycle接口,则调用数据对象的onLoad方法。
返回数据对象。
/** *//**
* get()方法的执行顺序如下:
* a):首先通过id在session缓存中查找对象,如果存在此id的对象,直接将其返回
* b):在二级缓存中查找,找到后将 其返回。
* c):如果在session缓存和二级缓存中都找不到此对象,则从数据库中加载有此ID的对象
* 因此get()方法并不总是导致SQL语句,只有缓存中无此数据时,才向数据库发送SQL!
*/
/** *//**
* 与get()的区别:
* 1:在立即加载对象(当hibernate在从数据库中取得数据组装好一个对象后
* 会立即再从数据库取得数据此对象所关联的对象)时,如果对象存在,
* load()和get()方法没有区别,都可以取得已初始化的对象;但如果当对
* 象不存在且是立即加载时,使用get()方法则返回null,而使用load()则
* 抛出一个异常。因此使用load()方法时,要确认查询的主键ID一定是存在
* 的,从这一点讲它没有get方便!
* 2:在延迟加载对象(Hibernate从数据库中取得数据组装好一个对象后,
* 不会立即再从数据库取得数据组装此对象所关联的对象,而是等到需要时,
* 都会从数据库取得数据组装此对象关联的对象)时,get()方法仍然使用
* 立即加载的方式发送SQL语句,并得到已初始化的对象,而load()方法则
* 根本不发送SQL语句,它返回一个代理对象,直到这个对象被访问时才被
* 初始化。
*/
今天关于koa-session 持久化和session持久化方案的介绍到此结束,谢谢您的阅读,有关Apache::Session 1.90 发布,会话持久化管理、discuz清空session,导致session保存机制失败,session无法更新与解决、express req.session对象如何持久化?、Hibernate中Session.load与Session.get的区别等更多相关知识的信息可以在本站进行查询。
本文标签: