GVKun编程网logo

koa-session 持久化(session持久化方案)

16

此处将为大家介绍关于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持久化方案)

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 发布,会话持久化管理

Apache::Session 1.90 的 Oracle 模块运行指定表名。

Apache::Session 是一个为 Web 开发人员提供的会话的持久化管理的 Apache 模块,用于 mod_perl 。该模块提供一些类用来简化 Session 数据存储。Session 数据可通过包括数据库、文件或者共享内存在内的方式进行存储。

discuz清空session,导致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对象如何持久化?

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的区别

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的区别等更多相关知识的信息可以在本站进行查询。

本文标签: