Expressjs不会破坏会话

时间:2012-07-20 08:39:03

标签: javascript node.js session express

我有一个Backbone View,它向服务器发送Ajax调用以删除会话。

在触发事件的服务器上:

app.delete('/session', function(req, res) {
    if (req.session) {
        req.session.destroy(function() {
            res.clearCookie('connect.sid', { path: '/' });
            res.send('removed session', 200);
        });
    } else {
        res.send('no session assigned', 500);
    }
});

奇怪的是,我可以多次按下注销按钮,而不会收到HTTP 500错误代码。铬也告诉我饼干仍然存在。

出了什么问题?

此致

修改

我发现这不是一个会话问题,而是一个cookie问题。 我在路线上添加了res.clearCookie。不幸的是,行为(cookie,会话保持活跃)没有改变

EDIT2 : 我现在给res.clearCookie一些参数=> res.clearCookie('connect.sid',{path:'/'}); 现在至少cookie已经在浏览器中消失了。但会议似乎仍然可用。 或者至少我可以调用注销路径,我甚至需要将req.session设置为false

EDIT3: 我现在从redis中删除了所有会话并重新启动了所有内容(redis,node,browser)。 比我再次登录并退出。这工作到目前为止,但当我用F5重新登录页面时,我得到一个新的会话。为什么?

1 个答案:

答案 0 :(得分:6)

为了集中所有评论,我写了一个答案:

因为快递总是为客户创建会话和cookie,我们必须采取不同的方法,而不仅仅是检查是否有会话。

此部分处理登录

app.post('/session', function(req, res) {
    User.findOne({ username: req.body.username })
        .select('salt') // my mongoose schema doesn't fetches salt
        .select('password') // and password by default
        .exec(function(err, user) {
            if (err || user === null) throw err; // awful error handling here
            // mongoose schema methods which checks if the sent credentials
            // are equal to the hashed password (allows callback)
            user.hasEqualPassword(req.body.password, function(hasEqualPassword) {
                if (hasEqualPassword) {
                    // if the password matches we do this:
                    req.session.authenticated = true; // flag the session, all logged-in check now check if authenticated is true (this is required for the secured-area-check-middleware)
                    req.session.user = user; // this is optionally. I have done this because I want to have the user credentials available
                    // another benefit of storing the user instance in the session is
                    // that we can gain from the speed of redis. If the user logs out we would have to save the user instance in the session (didn't tried this)
                    res.send(200); // sent the client that everything gone ok
                } else {
                    res.send("wrong password", 500); // tells the client that the password was wrong (on production sys you want to hide what gone wronge)
                }
            });
        });
});

这是登录部分让我们去注销:

app.delete('/session', function(req, res) {
    // here is our security check
    // if you use a isAuthenticated-middleware you could make this shorter
    if (req.session.authenticated) {
        // this destroys the current session (not really necessary because you get a new one
        req.session.destroy(function() {
            // if you don't want destroy the whole session, because you anyway get a new one you also could just change the flags and remove the private informations
            // req.session.user.save(callback(err, user)) // didn't checked this
            //delete req.session.user;  // remove credentials
            //req.session.authenticated = false; // set flag
            //res.clearCookie('connect.sid', { path: '/' }); // see comments above                res.send('removed session', 200); // tell the client everything went well
        });
    } else {
        res.send('cant remove public session', 500); // public sessions don't containt sensible information so we leave them
    }
});

希望这有帮助