让你的 Chrome 成为最好用的浏览器
|
这个Set-Cookie头中，服务器可以包括一个名为session、session id或类似的cookie。 这是浏览器可以清楚看到的唯一标识符。每当通过身份验证的用户向后端请求新页面时，浏览器就会发回会话cookie。 基于会话的身份验证是有状态的，因为后端必须跟踪每个用户的会话。这些会话的存储可能是：
在这三个会话存储中，Redis 之类应优先于数据库或文件系统。 请注意，基于会话的身份验证与浏览器的会话存储无关。 之所以称为基于会话的会话，是因为用于用户识别的相关数据存在于后端的会话存储中，这与浏览器的会话存储不同。 何时使用基于会话的身份验证 只要能使用就使用它。基于会话的身份验证是一种最简单、安全、直接的网站身份验证形式。默认情况下，它可以在Django等所有流行的web框架上使用。 但是，它的状态特性也是它的主要缺点，特别是当网站是由负载均衡器提供服务时。在这种情况下，像粘贴会话，或者在集中的Redis存储上存储会话这样的技术会有所帮助。 关于 JWT 的说明 JWT是 JSON Web Tokens的缩写，是一种身份验证机制，近年来越来越流行。 JWT 非常适合单页和移动应用程序，但它带来了一系列新挑战。想要针对API进行身份验证的前端应用程序的典型流程如下：
Cookies 和 认证 身份验证是 web 开发中最具挑战性的任务之一。关于这个主题似乎有很多困惑，因为JWT中的基于令牌的身份验证似乎要取代“旧的”、可靠的模式，如基于会话的身份验证。 来看看 cookie 在这里扮演什么角色。 基于会话的身份验证 身份验证是 cookie 最常见的用例之一。 当你访问一个请求身份验证的网站时，后端将通过凭据提交(例如通过表单)在后台发送一个Set-Cookie标头到前端。
型的会话 cookie 如下所示  （编辑：宣城站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
