技术人员应该致力于解决问题.
这个问题不是前端自己可以完美解决的.

分析一下需求:
核心:多个标签页维护不同的用户登陆状态

需要解决的核心问题:
> 怎么在相同 domain,不同标签页之间,维护不同的用户 state?

因为 localstorage 和 cookie 是共享的,排除.

不同标签页之间,可以说只有 js 变量空间里的变量值和 url 可以是不同的.从这两方面下手.

* 如果将 state 维护在 js 变量里,刷新页面啥都没了,不行
* 存在 url 里?也不合适,但是实际上是行得通的.

为了避免刷新没,localstorage 或者 indexdb 必须要用,为了隔离,可以使用 url querystring 来保存用 tab 标识.


那么方案应该是这样:

* 登陆正常返回 token 和用户信息,以及一个**tab 标识**
* 前端使用 tab 标识,在本地储存中建立容器隔离保存 state,需要保证一个默认容器
* 所有 url 变更都要保留 tab 标识,一旦 url 失去了该标识,就只能指向默认那一个用户,当然也可以使用全局变量做备份

* 定时清理

这个思路做下来,功能倒是实现了,但是这需求真的有点...隐身模式学习一下吧...

我也觉得不必喷
百度网盘在我这里不开会员就是 100k,根本没办法当主力工具使用.很多吐槽的人估计也是被动使用,别人分享一下资源,自己只想下载一个资源不想开会员其实挺正常的.一来二去这么搞几次心里有怨气吐槽一下无可厚非,但是的确不值得鼓励.

免费体验的时间其实能下载挺大的资源了,白嫖这地步就可以了.

不紧急也不重要的需求...

笔记本外接一个 24 寸当主显示器

有些地方室内禁烟已经是法律了,肯定是突破道德底线了.

到点下班走人
爱用用,不用裁.

我也不明白,怎么都看不明白呢?
人家说存数据库之前先编码,这样无论什么样的 SQL 语句都一起编码了,当然没了注入的问题

但是这么解决路子太野了吧?不推荐..

看到 6 个月试用期的 offer 真的很抗拒。有时候收入的打折。

@wxcxyz 我觉得这个逻辑 ok，是不是第一次扫票根也可以统一来做，终端本身不储存信息。你再大胆假设小心论证一波

@akaayy 和我想的一样,我想的是这个域名有点意思,还双关呢

方案 1 就行了.
这和超市扫码枪没区别吧,涉及到支付肯定会比较麻烦.你可以将处理信息的工作集中起来
终端只做两件事:
1.读码发送给服务器
2.从服务器接收信息(能不能玩,显示器显示什么)进行处理.

服务器收到二维码(还有设备标识),生成支付订单或者其他操作都挺好处理的.

脱水还吃盐吗…那不是反向治疗吗

挂载为储存之后读就好了,再怎么样也不至于十几秒一张.

这不是何不食肉糜吗?
换了对铁总有什么好处?

yarn 自带缓存功能吧，相同版本的包就下载一次。

会。
多久以后？不知道