大佬教程收集整理的这篇文章主要介绍了node.js – 登录后验证Json Web令牌和重定向，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
成功登录后,令牌将作为JWT发送回登录页面客户端,并通过js设置sessionStorage / localStorage值.最后,用户被重定向(也通过js)到主应用程序.问题是因为我通过js重定向无法设置标头,这显然在加载页面时主应用程序中的auth失败(因为我的auth中间件高于静态和auth api请求).如果我尝试在表单发布后从服务器重定向而不是通过JSON成功返回令牌,则不会通过博客帖子中描述的js设置sessionStorage.
我已经提出了一些想法,并希望得到一些意见,如果其中任何一个对最佳实践有益.
>从服务器设置响应验证cookie’仅限http'(我们所有的浏览器要求允许这个)cookie,在下一个主应用程序请求中读取.然后,服务器将读取cookie并允许提供安全的静态资产.我最初的想法是设置一个cookie,以便在每次请求时都使用Authorization标头,因为有时候即使在第一个api请求中删除了cookie,也可以读取cookie.
>允许前面提到的静态资产在没有身份验证的情况下加载(html,css,application js)和第一个内部API请求(在加载时几乎立即需要应用程序),然后可以通过Angular的$http拦截器进行设置请求授权标头.如果发送回401,则相同的拦截器可以重定向到登录页面.
我认为第二种方法是更简单的方法,因为只需要在静态文件中间件下移动auth中间件然后在Angular中更新http拦截器,但是认为让静态文件能够加载然后重定向可能是不好的做法事后.任何输入都表示赞赏.
使用授权标头并不是与cookie的使用相互排斥.我们的想法是在最适合单页应用程序和本机移动应用程序的问题时使用它.但是,由于它确实依赖于某种客户端存储,最好是sessionStorage,如果在旧浏览器中使用sessionStorage存在问题,建议甚至有时使用cookie来存储令牌.因此,只要您使用cookie来存储令牌而不是用于身份验证,您就没有打败目的.请参阅后续文章中的第1点
https://auth0.com/blog/2014/01/27/ten-things-you-should-know-about-tokens-and-cookies/
以上是大佬教程为你收集整理的node.js – 登录后验证Json Web令牌和重定向全部内容，希望文章能够帮你解决node.js – 登录后验证Json Web令牌和重定向所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。