【判断用户登录】PHP这么判断流程是否正确？每次都查询数据库 存COOKIE
程序员文章站
2022-05-29 18:02:40
...
【判断用户登录】PHP这样判断流程是否正确？每次都查询数据库 存COOKIE
我自己来做的PHP判断用户是否登录：
【流程】
1 先判断有没有cookie('uid') && cookie('uid') 如果没有跳出循环检测
2 如果有，连接数据库查询该uid对应的记录，如果没有改记录则跳出循环检测并且注销所有用户cookie
3 如果有，检测cookie('upwd')== md5($rs[pwd].cookie('salt'))，如果不相等，提示密码发生修改需要重新登录
4 如果相等，检测cookie('email') == md5($rs[email])，如果不相等，提示邮箱发生更改，需要重新登录
5 如果相等 => 正确，该用户是当前登录用户。
但是！
【问题】
1 每次都要连接数据库，减少数据库查询是用户优化的关键，如果每次都去数据库查询，真的会影响性能。
2 如何优化才最好，这个登录判断流程是否有误。
【另外一种思路】
1 存放到SESSION，保存$uid,$uname,$lastactive（最后响应时间）到session中。
2 如果有session('uid') && session('uname') 检测time()-$lastactive > 3600 ，那么连接数据库查询（如上面的cookie判断），否则直接用（session存放位置php.ini默认配置的位置）
【问题】
1 如果存放到SESSION中，那么高并发的情况下，是否会受影响？
------解决方案--------------------
当采用第二种方案时你顾虑高并发的情况
那么采用第一种方案就可不考虑高并发的情况了吗？
在你的第一方案中，用户的口令和Email都放在cookie中，这些数据总是在网络中跑来跑去，你认为很安全吗？
数据库应该是广义的
虽然基于文件系统的关系型数据库（SQL）速度可能稍有逊色，但他们都提供有基于内存的内存表
何况数据库还有另一分支：基于内存的noSQL
所以数据库查询带来的额外开销是可以忽略不计的
判断用户是否登录的流程是：
如果 cookie('uid') 不存在 转要求登录处理
否则查询数据库，检查该 uid 上次登录地点是否与本次相同：
相同则确认
不同则发出提示，有条件转要求登录处理
------解决方案--------------------
我的做法是这样的。
1.用户login，连接数据库判断是否成功，如成功后把用户id，用户name等需要用到判断的信息，写入session和cookies，cookies设置一个时间（例如1天~2周，这个登入时给用户自己选择），另外，我是把存入cookies的数据做一个json_encode，然后加密处理。
例如 {"uid":1,"username":"fdipzone"} 加密成可逆的字符串。
2.当用户访问时，会有以下几种情况
1.判断session是否存在->是->通过
2.判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->把cookies写入session->通过
3.判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->否->跳转到login页面
4.判断session是否存在->否->判断cookies是否存在->否->跳转到login页面
------解决方案--------------------
更正一下。
当session过期，把cookies写入session时。在这个位置会连数据库判断用户是否被禁止登入。
session有自己的过期时间，所以，每次连数据库检查的时间间隔就是session的生命周期。
判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->检查是否禁止登入->否->把cookies写入session->通过
判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->检查是否禁止登入->是->清除用户cookies->跳转到通知页面
我自己来做的PHP判断用户是否登录：
【流程】
1 先判断有没有cookie('uid') && cookie('uid') 如果没有跳出循环检测
2 如果有，连接数据库查询该uid对应的记录，如果没有改记录则跳出循环检测并且注销所有用户cookie
3 如果有，检测cookie('upwd')== md5($rs[pwd].cookie('salt'))，如果不相等，提示密码发生修改需要重新登录
4 如果相等，检测cookie('email') == md5($rs[email])，如果不相等，提示邮箱发生更改，需要重新登录
5 如果相等 => 正确，该用户是当前登录用户。
但是！
【问题】
1 每次都要连接数据库，减少数据库查询是用户优化的关键，如果每次都去数据库查询，真的会影响性能。
2 如何优化才最好，这个登录判断流程是否有误。
【另外一种思路】
1 存放到SESSION，保存$uid,$uname,$lastactive（最后响应时间）到session中。
2 如果有session('uid') && session('uname') 检测time()-$lastactive > 3600 ，那么连接数据库查询（如上面的cookie判断），否则直接用（session存放位置php.ini默认配置的位置）
【问题】
1 如果存放到SESSION中，那么高并发的情况下，是否会受影响？
------解决方案--------------------
当采用第二种方案时你顾虑高并发的情况
那么采用第一种方案就可不考虑高并发的情况了吗？
在你的第一方案中，用户的口令和Email都放在cookie中，这些数据总是在网络中跑来跑去，你认为很安全吗？
数据库应该是广义的
虽然基于文件系统的关系型数据库（SQL）速度可能稍有逊色，但他们都提供有基于内存的内存表
何况数据库还有另一分支：基于内存的noSQL
所以数据库查询带来的额外开销是可以忽略不计的
判断用户是否登录的流程是：
如果 cookie('uid') 不存在 转要求登录处理
否则查询数据库，检查该 uid 上次登录地点是否与本次相同：
相同则确认
不同则发出提示，有条件转要求登录处理
------解决方案--------------------
我的做法是这样的。
1.用户login，连接数据库判断是否成功，如成功后把用户id，用户name等需要用到判断的信息，写入session和cookies，cookies设置一个时间（例如1天~2周，这个登入时给用户自己选择），另外，我是把存入cookies的数据做一个json_encode，然后加密处理。
例如 {"uid":1,"username":"fdipzone"} 加密成可逆的字符串。
2.当用户访问时，会有以下几种情况
1.判断session是否存在->是->通过
2.判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->把cookies写入session->通过
3.判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->否->跳转到login页面
4.判断session是否存在->否->判断cookies是否存在->否->跳转到login页面
------解决方案--------------------
更正一下。
当session过期，把cookies写入session时。在这个位置会连数据库判断用户是否被禁止登入。
session有自己的过期时间，所以，每次连数据库检查的时间间隔就是session的生命周期。
判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->检查是否禁止登入->否->把cookies写入session->通过
判断session是否存在->否->判断cookies是否存在->是->判断cookies解密是否成功->是->检查是否禁止登入->是->清除用户cookies->跳转到通知页面
声明：本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn核实处理。
相关文章
相关视频