我自己写的PHP 7开发框架里已经没有了session概念
我想让使用者使用缓存+cookies来解决问题
其实我想知道， 单纯维护用户登录
用 cookies 对称加密储存然后php解密查表
与 session 记录用户uid 然后查表 其实没什么本质区别
题外话
cookies储存用户的 哈希后的密码 与 用户名 每次都模拟登录一次也并非不可行吧
其实数据库或缓存的数据应该可以媲美session的实用性
毕竟session有收回机制， 当每日10万人登录网站而言 session的机制带来的I/O瓶颈或许比数据库的瓶颈还要残酷吧
再来个题外话
关于购物车实现， 其实直接调取缓存
key VALUE
用户ID . 购物车内容
其实也是可以的吧
再细节的商品信息采用查表或查缓存的形式也是相当不错的选择
希望各位大牛提下现在还在使用session的意义到底是何在，既然它如此的随机与不可靠
我自己写的PHP 7开发框架里已经没有了session概念
我想让使用者使用缓存+cookies来解决问题
其实我想知道， 单纯维护用户登录
用 cookies 对称加密储存然后php解密查表
与 session 记录用户uid 然后查表 其实没什么本质区别
题外话
cookies储存用户的 哈希后的密码 与 用户名 每次都模拟登录一次也并非不可行吧
其实数据库或缓存的数据应该可以媲美session的实用性
毕竟session有收回机制， 当每日10万人登录网站而言 session的机制带来的I/O瓶颈或许比数据库的瓶颈还要残酷吧
再来个题外话
关于购物车实现， 其实直接调取缓存
key VALUE
用户ID . 购物车内容
其实也是可以的吧
再细节的商品信息采用查表或查缓存的形式也是相当不错的选择
希望各位大牛提下现在还在使用session的意义到底是何在，既然它如此的随机与不可靠
1.不要把用户密码这种信息放到Cookie，即使加密了也有安全风险。
2.既然要用缓存，不如直接上Redis，商品信息和用户的购物车都可以放到Redis的Hash表里面
没问题啊，restful就是这个意思啊。
还是用session自然是因为方便咯
哦，还有每次模拟登陆都查表就不要这么干了，还是弄个redis什么的保存一下最近登陆的用户信息比较好
