当前位置:Gxlcms > PHP教程 > 求经验,关于SESSION存储用户验证信息

求经验,关于SESSION存储用户验证信息

时间:2021-07-01 10:21:17 帮助过:28人阅读

根据搜索查阅各位的资料经验,用户登录以后把密码存放在session里面是不可取的,这个我也认同这个观点。

假如目前网站登录成功以后会在session存放2个变量:userid和username,现在项目因为一些特殊的原因要求每一页面都验证一次用户密码,那么怎么进行对比好?查找到这个用户能获取到数据库里的密码,但是session里没有密码,怎么进行对比验证?

我想还是应该把密码信息存放在session里面,但怎么做才安全?描述的比较混乱,请见谅。

回复内容:

根据搜索查阅各位的资料经验,用户登录以后把密码存放在session里面是不可取的,这个我也认同这个观点。

假如目前网站登录成功以后会在session存放2个变量:userid和username,现在项目因为一些特殊的原因要求每一页面都验证一次用户密码,那么怎么进行对比好?查找到这个用户能获取到数据库里的密码,但是session里没有密码,怎么进行对比验证?

我想还是应该把密码信息存放在session里面,但怎么做才安全?描述的比较混乱,请见谅。

随机生成一个token,保存在session和数据库中,代替用密码进行对比验证。

token隔一段时间更新一次。

  1. 首先,数据库里面也不要存放密码,一般只存放hash后的密文;
  2. 其次session中的用户信息,一般都是用户登录成功后才写入,session失效时间即表示在指定时间内用户有效,不太理解为什么每个页面都要验证一次密码,这样用户也会填的很烦;
  3. 即使每个页面都要验证一次密码,也不要在session中放置密码,可以通过用户提交的密码hash密文与数据库中保留的hash密文进行比对;
  4. 强烈建议在前端对userid、页面的url和提交时间进行hash生成唯一的token,然后在服务端同样对session中userid和页面的url以及提交时间进行hash生成唯一的token,对这两个token进行比对验证;

不同的用户访问网站时都会分配不同的SESSIONID,关闭浏览器后,再次打开也会分配不同的SESSIONID。SESSION本来就是与用户相关的,通过来讲只要验证SESSION中的userid是否存在即可。存在SESSION['userid']就代表着这是一个经验验证的用户。因为只有通过验证后,才会把userid写入SESSION。

密码只在一些必须的操作时,要求再次输入进行。SESSION中不存,是不需要存,而不是每次都需要到数据库中去查询对比。

不得不说你这个需求挺奇葩的。

如果每个页面都需要验证用户密码那要SESSION干嘛?HTTP协议是无状态协议,无法维护事务与事务之间的状态(当同一个用户访问两个页面,会被认为没有关联)。

Cookies(客户端)和Session(服务端)主要就是为了解决这种事务之间的关联关系,也即“会话”。

一般来说当在一个页面(比如登陆页面)验证完用户的密码,都会把“已验证”的告诉Session,在别的页面判断“是否验证”就可以了。

所以你说的“因为一些特殊的原因要求每一页面都验证一次用户密码”,我不知道特殊的原因是什么?如果方便的话,你可以透露一下?或者改善一下你的需求?

// 登陆后,$_SESSION['user']['isLogin'] = 1;
$_SESSION = [
    'user' => [
        'userId' => 1003,
        'userName' => 'BruceLee',
        'isLogin' => 1    // 1为验证过密码,已登陆;0为未登陆
    ],
    'others' => [...]
];

// 其他页面
if($_SESSION['user']['isLogin']){
    // do something...
}else{
    // go login...
}

人气教程排行