skypyb

分子来了~~

我感觉用自带的也不是很好控制， 不如交给程序进行。
我以前专门写过一篇博客：
[关于 PostgreSQL 全文检索的实战 —— 中文分词、查询、索引、权重、排序]( https://www.skypyb.com/2020/12/jishu/1705/)

@b1t
@statement

没呀，我特地关掉了的。
什么摸摸网、多摸网之类的……
https://zhuanlan.zhihu.com/p/143201262 这里边全是那种信息聚合的。

@zouri 信息聚合类型的网站我找了好几个，里边都没找到广告……

@sexoutsex2011 今日热榜我知道，但是像鱼塘那种呢

我觉得有个大问题， 那就是太早了。
24 岁结什么婚……

才刚出社会几年啊，有三年么？
就算是为了自己的幸福，不考虑女朋友。也得好好多经历一下，或者说玩一玩。确定一下自己的真实想法吧。
结婚太早了，等到自己二十七八的时候，社会经验足了，到时候心态变了怎么整。

靠谱

@skypyb #20， 这里上边场景说错了，应该是手动吊销，风控自动下线，权限更改等场景。
如果只是单纯的过期实际上你用啥都行，JWT 里就能存失效时间。用户令牌很明显是不可能只有单纯过期这种场景的。

@jiangboenoch #37
当 Token 需要例如过期、自动续期这种功能时， 那他就应该是一个有状态的 token， 典型的比如用户登陆后标识此用户的令牌。
每个请求都根据 Token 去查库就行了，比如查 Redis 。
如果在 web 端使用的话放不放 Cookie 里随便，只是不放 Cookie 的话里就自己控制刷新咯。

像那种无状态的，也就是完全不经过 DB 那一层的，比如 JWT 这种。
他压根就不适合做用户令牌这种场景，也不知道是不是什么培训班灌输的思想钢印。
最适合 JWT 的场景是那种需要短时间获取权限的行为，比如 XX 时间内有效的下载、查看等这种接口。

硬是要用 JWT 来当用户令牌的话，那为了查这个令牌有没有被吊销掉，还是得每个接口都去查一次库。那你反正得查库，为啥不顺便查出用户信息？

所以说，如果只是用作用户标志的话， 那就是直接用一个全局不重复的字符串来当 token 就行了，每次请求查一次库。

最后再说一下。session 是会话，web 端的 token 就是这个会话的令牌， 无论是叫他 sessionId 也好，叫他 xxx-token 也罢，他都是一个东西。和他放在 Cookie 里还是 localStore 里没有任何关联。