rikka 最近的时间轴更新

rikka

V2EX 第 50936 号会员，加入于 2013-11-30 12:16:28 +08:00

今日活跃度排名 21619

rikka 创建的所有主题提问技术话题好玩工作信息交易信息城市相关

根据 rikka 的设置，主题列表被隐藏

rikka 最近回复了

42 天前

回复了 rikka 创建的主题 › 分享创造 › 一个 homebrew 交互式更新脚本

@hackpro #5 看了这个，主要是针对 cask 做的，提供了更详细的信息和参数选择，还有一个比较特别的 Version pinning 功能，不过我感觉我是用不上
对比的和话
他这个：一个命令列出所有可更新的 cask，然后全部自动更新
我这个：一个命令列出所有可更新的，然后想更新啥自己选

43 天前

回复了 odi 创建的主题 › 推广 › 天又冷了要过年了。进口红酒第四年... [抽奖 3 瓶]

分母

51 天前

回复了 im67 创建的主题 › 推广 › 沃柑应期而至,继续抽奖啦~

分母

53 天前

回复了 alect 创建的主题 › 推广 › 免费领取英国手机卡

接力： https://www.ctexcel.com/freecard/?recommendCode=FNYD&recommendType=1

56 天前

回复了 rikka 创建的主题 › Node.js › nestjs 如何优雅地给 response 设置 header？

哦，我想到了，服务端 token 生成这个操作，独立出来，队列化处理吧

56 天前

回复了 rikka 创建的主题 › Node.js › nestjs 如何优雅地给 response 设置 header？

@BoringTu #26 突然想到另外一个问题，并发的情况

比如客户端同时发 2 个请求过来，服务端检查都快过期了，于是都重新生成 token 给回去了，虽然最终只会保存一个 token,也暂时没导致什么大问题，但这令我不爽了

你的方法好像也有同样的问题：2 个请求同时过来，服务端打回，于是同时发 2 个 refresh token 的请求

请教下怎么考虑这种情况的

62 天前

回复了 thisismr2 创建的主题 › 分享创造 › 传输层[TCP 层]拦截和 TLS 解密, 使用 mitmproxy 分析 iOS 和 Android 的 HTTP(S)协议

分母+1

62 天前

回复了 rikka 创建的主题 › Node.js › nestjs 如何优雅地给 response 设置 header？

@BoringTu #23 你这建议我觉得很 OK，接受，下个项目可以考虑这么干

目前来讲我是 token 还没过期，但是快过期了，比方一个 token 过期时间 30 天，那么最后 10%的时间，也就是 3 天，最后 3 天有请求就在 header 发个新 token 达到自动续签的目的，这样服务端还是客户端都能在一个地方统一处理 token 问题，要说个优点吧我就觉得这样特别简单轻松

63 天前

回复了 rikka 创建的主题 › Node.js › nestjs 如何优雅地给 response 设置 header？

@hongweiliuruige #19 这跟我 10L 说的差不多

63 天前

回复了 rikka 创建的主题 › Node.js › nestjs 如何优雅地给 response 设置 header？

@BoringTu #20 你说的这个理我也认同

但你考虑下这种情况：客户端做其他业务请求时，服务端发现 token 快过期了，要发个新的给客户端，新 token 放哪里？放 header 最恰当吧

客户端怎么处理这种情况，当然是全局拦截器一发现 header 有 token 就保持起来，然后如果登录请求 token 放 body，那么客户端代码将有 2 处处理 token 的代码逻辑，如果登录 token 放 header，那么将简化为只有一处代码，不管是登录还是其他请求，只要 header 有 token 就保持起来，是不是更简明一点

» rikka 创建的更多回复