indexedDB 诞生十余年为何一直不温不火
前言在项目开发过程中,前端需要存储大量的数据。cookie, localstorage 都有存储长度限制。表格一览特性cookielocalStoragesessionStorageindexedDB数据生命周期一般由服务器生成,可以设置过期时间;前端采用和 js-cookie 等组件也可以生成除非被清理,否则一直存在;浏览器关闭还会保存在本地,但是不支持跨浏览器页面关闭就清理刷新依然存在,不支持
前言在项目开发过程中,前端需要存储大量的数据。cookie, localstorage 都有存储长度限制。表格一览特性cookielocalStoragesessionStorageindexedDB数据生命周期一般由服务器生成,可以设置过期时间;前端采用和 js-cookie 等组件也可以生成除非被清理,否则一直存在;浏览器关闭还会保存在本地,但是不支持跨浏览器页面关闭就清理刷新依然存在,不支持
很早之前分享过基于 session 和基于 token 的用户认证方式到底该如何选择?这篇文章最近在在测试Next登录验证的时候,发现NextJS的构造有些奇特,Next主要是服务器渲染,按照之前写的验证方法(将token存到本地localStorage中)但是NextJs主要在服务器端渲染,并不能取得本地localStorage中的信息,于是转战cookie(希望未来不会更多的在cookie中存