一般来说，保存到用户密码最常见的两种是：session和cookiesession的保存相对来说都很安全的，只不过信息储存在服务器的而cookie的而对服务器端来说是不可控制范围的，一直对用户信息泄露是一个危险但也有很多采用cookie存储用户信息的，通常是采用加密模式的来并且处理比如discuz那是区分cookie的存储用户信息我们经常会看到很多网站设置中你只要记住用户名密码，那是需要cookie的所以我你看见的情况估计是正常的，这样的没有任何问题，再说很多人回复说要存到数据库，我肯定是也没清楚你的意思。
不断项目的发展，技术架构方案确实是会渐渐地演变的。再者淘宝最著名期是由单纯的php开发的站点，到现在每种架构模式已满足的条件不了其发展不需要，于是演化成了异构网络模式（即：多种技术的混合架构模式）。
现在市面上的开发语言数千，同一个产品线的多个子项目按结构不同的编程语言开发也是很最常见的一种的。但相对于有所不同语言开发的站点设置成情况下session是根本无法共用的，那你在异构计算模式下如何实现session连接互通呢？下面给大家具体一点结论帮一下忙。
session运行原理要想弄知道差别语言间的session连接互通问题，我们还要先清楚session的实现方法机制原理是什么。
大家都很清楚，http协议本身是无状态的，客户端每次才发出的请求在服务器端的确都是单独的的，服务器端也难以得知哪些请求是同一个用户才发出的。在这种机制下，有些不需要状态一直保持的场景（如登陆账号）就必然一些问题，只好就有了cookie和session。
举个例子来帮大家再理解帮一下忙：
而且http协议无状态的特性，要是服务器端要辨识用户请求就不需要给用户发一个“通行证”，拿回通行证的用户有时候帮忙服务器时都会把这个通行证带了，这样一来服务器就知道拿著这个通行证的用户发出了哪些请求。那服务器有没看见了用户的“通行证”就就一路通行呢？自然不是，对此某些操作，服务器端也要验证验证用户的“通行证”是否需要和服务器端存储的“用户档案”对得上。在这里，服务器端存储的用户档案那就是session，档案上的用户真正编号就是sessionid，用户的任何编号也会另外用户“通行证”的一部分发放给用户存储（储存在浏览器cookie中）。
系统的总结来说，cookie是就是为了解决http协议无状态的缺陷而推出的，而session是一种在客户端和服务器端保持状态的解决方案。
php与node.js要如何实现方法session共用？在这种异构计算模式下要实现session共用，那肯定要能保证各自的sessionid是共用的，因此我给的解决方案如下：
1、php与node.js客户端要保证储存sessionid的cookiename一致，假如cookie的名称不统一时间也没关系啊，但要可以保证是对同一个客户的sessionid要一致。
2、服务器端的session要聚集到一处管理，那样php和node.js都能声望兑换到session。比如可以把session存储位置在数据库中或者redis中。
3、如果不是给cookie作了加密，那要绝对的保证php与node.js两端的加解密规则不对。
以上就是我的观点，是对这个问题大家是怎摸看待的呢？感谢在下方评论区别人交流~我是科技领域创作者，十年互联网从业经验，欢迎大家关注我清楚大量科技知识！
.jpg)
.jpg)
.jpg)
.jpg)
