@sunfly 有没有验证码

@zhenjiachen jwt 的优势加个个性化需求了呗,楼主就是要登出,不然咋实现叻

JWT 有个办法,就是针对 token 增加时间戳,每次删除后,更新最新的间戳,然后存到 redis 里面,比较时间戳之后的即可

500 刀一年租借费，到期不退？

中秋国庆讲实话来一波就差不多回本了，同时老家有东航适合

打算神条 16*2

@TRIKING #1 这个看起来不错，但是现在还不能用好像

凑个分母

49 年买:15 寸，se2, 13mbp

@narrowei 办公 mini+外出 air 最香感觉

@upa #18 我也是套餐下单不过是 i7+8+256

@upa 代理商拿货有发票吗？淘宝价比 92 还低，我想买的 i7+8+256 好像能便宜 1300，就是不知道靠不靠谱

@upa 怎么样，选了啥配置，有内部价吗。

这个看起来 v2 担保了

@renyijiu 不是 zset 效率低，是用 zset 做延时消息队列效率没那么高效吧
这个是网上有个人发的>>>所以使用 zrange 这个命令去范围获取,平均的时间复杂度就是 O[(LogN)+M],最坏的情况 O(n)<<<

@PiersSoCool 更改任务我是看了 redis 的有序列表可以实现，所以也没考虑这么多，确实删除新添加会好一些，其实这个底层实现，外层暴露应该还是修改，只是内部是删除后修改。
组这个怎么实现，微信支付和支付宝支付都可以实现,例如微信下面的方式，有返回后会取消后面的通知，难道是支付完成后建立这么多消息队列，然后第三方系统确认支付结果后，再依次取消掉吗？
以下为微信文档上面说的：后台通知交互时，如果微信收到商户的应答不符合规范或超时，微信会判定本次通知失败，重新发送通知，直到成功为止（在通知一直不成功的情况下，微信总共会发起多次通知，通知频率为 15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 总计 24h4m ），但微信不保证通知最终一定能成功

@labulaka521 不错，你这个实现原理是 go tickb 吧，网上说用时间轮方式会更好，不知道咋样，没试过，你有试过吗？

我之前用的 beanstalkd 的延时队列做的延时任务，外加自己手动过滤，但是考虑这样效率会比较低，
想知道用什么方法可以实现主要的 2 点：
可以更改任务执行时间，比如我定时后系统更新了这个任务更新任务时间
组延时任务，例如，可以实现类似支付宝支付通知 1-3-120…等秒后通知，触发后消费确认后可以取消组延时定时
@renyijiu
@charlieputon
@so1n zet 可以实现队列感觉不怎么高效，组的这个好想没办法用这个实现。

@SingeeKing #2 延时版本消息队列应该，但是组延时和修改延时这个没发现有实现的