不用 argon2 的都是耍流氓

polardb

@MoYi123

>这个锁在并发量小的时候，基本上是必定成功，在并发量大的时候，成功率也不低。

如，就两个并发，同一时间事务进来，必定有一个人拿不到锁然后就 GG 了？

测试方法：就两个人同时点提交按钮。(查是否有重复订单、是否被限购、商品是否在售、用户是否登录、更新用户在线状态等等等巴啦啦）

@oclock 那这玩意儿存在的意义是啥，单纯保证同一时间能直接“取得”这条数据是否被锁的结果？那为何说适合秒杀呢

@liprais 就是看了这个。业务中如何实现呢。

非秒杀，两个用户同时请求，一个成功，另一个告知稍后重试？还是抛个异常说库存不足了？没拿到锁的在业务代码中自动重试？重试多少次呢？重试 3 次？那抢购场景重试三次后告知人太多刷新页面一看库存依然充足，再下单依然提示抢购人数太多？这体验并不觉得多好鸭。

@7gugu 没问题，问题是这图哪里违规了

@MinQ
木有找到现成的库 需要自己 clone 源码自己训练么

@ptsa 有没有啥好的分词词库啊。

搜狗细胞词库转 txt ？

个人使用优先级

debian > 风滚草 > ubuntu > freebsd

@a719031256 不然呢

@a719031256 @lplusk

那就不知道了，在个小作坊公司里，每月平台流水也就两三亿左右。从 php5.6 升到 php7.2.x 直接负载均衡后 1 半机器升级到 php7 然后权重 30%左右分流量进来有报错，按着日志调整代码适应后几周全线升级反正是没发现啥稳定性的东西。

mysql 从 5.7 升到 8.0 直接本地模拟环境线上 sql 历史导下来跑一遍，没问题模拟本地模拟升级过程直接线上业务不间断升级成功到现在也没发现啥不兼容不稳定的。

可能还是公司小吧

老=稳定的调调不知道什么时候起来的，比如 PHP8 都发了，没有大厂或炒鸡多的人说用上没事，就坚决不用（反正我是用上了，新语法贼鸡儿爽）。

怎么说呢，新的的确是不敢上啊，但是你测啊，多个业务需求版本不一样或者业务代码不一样，你同时跑两个 php 环境鸭，刚接手的代码不敢上，你本地搭个环境就测就好了啊，就说说到底一句话你测测不就知道了。

而且很多人都认为稳定和安全是两回事（安全是有安全补丁，我更新补丁就行了）

用 safari

摘？？显卡？？

打开 app 了也添加了 也使用了 等了一天了 重启手机了

就是没有可用的小组件

sodium
yubikey