我的号前段时间被盗了, 然后给站长发邮件里用原始邮箱找回了密码, 你猜丢失了什么

没错, 签到的金币被全部兑换了邀请码, 然后被新用户注册了

当然, 那些新用户肯定是被封的

咋按都难受...
首先个人手比较大, 而且瘦, 指甲也经常剪
但是! 困扰是总是指甲磕键盘...
1. 敲键盘的时候, 指甲会碰到键盘, 根本不能纯肉敲键盘, 非常之不爽
2. ctrl 组合键的时候, 如果手位置不动, 完全就是指甲磕 ctrl...而且使用楼主方法的话, 我的其他手指需要完全弯曲, 才能够到 zxcsdfv 这些键, 又是纯指甲磕键盘了...
所以我玩游戏的话, 一般是 ctrl 改成 alt, 直接用大拇指去按

淘宝搜"驾驶证期满换证", 就说工作没时间, 不用说自己是色弱, 说了会加钱, 需要提供一张类似体检的手指健全的照片, 和现在的驾照照片

他们应该出只帮你搞体检报告上传, 后续申请换证, 邮寄地址, 工本费之类的自己在 12123 上自己弄

没太明白
1. 每个分销用户的唯一邀请码只能用一次还是多次?
2. 滥用是指啥? 如果前提是唯一邀请码只能用一次, 滥用可以理解, 防止暴力试出来? 如果是能用多次的话, 滥用是啥场景...
3. 不谈产品业务逻辑是否自洽, 单说方案实现, 分销用户生成的唯一 ID 只能给联系他的人用还是别人也可以用? 唯一 ID 能重复用吗? 每次都需要生成吗?

a. 如果是任何人可以用的话, 可以让分销用户点击按钮生成一个短链, 短链里有他的邀请码和唯一标识, 同时后端存一下两个对应的值, 后期短链也可以加过期时间, 生效时间之类的限制逻辑
b. 如果只能联系他的人用, 那就需要在短链里多一个对应用户的标识了, 对应存的值也要多一个了
c. 用户点击短链的时候, 前端解析自动把参数带到后端

个人觉得短链对于用户操作而言更加方便

还有你的`这样设计可以吗`, 是指产品业务逻辑设计还是你技术方案的设计

6 月的工资都没发... 三个月没发工资了, 这还不跑 等什么

你会什么就用什么, 都不会的话选一个感兴趣的, 而且你这点儿东西用不到框架

总体思路就是, F12 查看请求, 然后使用代码循环复现请求, 得到响应数据, 拿到响应里自己需要的数据, 处理

至于你要的信息是不是在列表数据中就已经返回了, 是不是真的需要调用详情接口才能获取, 需要自己去看了

toB 的话, 如果不是多服务使用这个 key, 就是如果是单体应用的话, 可以写在内存里 比如 Guava Cache

还有如果关闭应用比较不好处理的话, 可以换个思路, 比如启动应用的时候清理? 这样是不是容易一些

目前只有喝水是 12L 矿泉水, 做饭都是自来水

方式 1 和方式 2 的筛选逻辑不太一样
方式 1 email 和 phone 可以存在于不同记录中。
方式 2 phone 和 email 必须在同一条记录中同时满足条件。

方式 2 会更好(问的 chatgpt)

创建一个临时值存就可以了呀
```java
// 临时累加值
AtomicReference<Double> cumulative = new AtomicReference<>(0.0);

// 使用流进行累计值计算
return data.stream()
// 排序
.sorted(Comparator.comparingInt(DataItem::getId))
// 看你情况是源对象处理还是返回新的对象
.peek(item -> {
// 累加
cumulative.updateAndGet(v -> v + item.getCurrentValue());
// 设置当前累计值
item.setCumulativeValue(cumulative.get());
})
.collect(Collectors.toList());

```

这不就是几乎每个系统都会有的字典/配置表吗?

谢谢你, 提肛侠

难...常年 100 斤左右, 看过消化科一切正常.
我之前每天晚上增肌运动 50 分钟, 喝蛋白粉, 坚持了两个月, 重了 2 斤吧..
然后住院屁股挨了一刀, 嘱咐四个月不要强度运动, 现在长的 2 斤又没了

我这边煮面一般是番茄鸡蛋/青菜/白菜, 先把菜炒一下, 不用炒熟, 就相当于过一遍热油, 葱蒜可放可不放, 盐/味精放.
然后把菜盛出来, 加水煮面, 喜欢汤多, 水一般会多一点, 差不多熟了放菜, 最后加盐尝味道, 合适之后加香油出锅.

@jorneyr #2 如果只是这个的话, 是可以分页的时候自定义 count sql 解决的

统一强制预支来年的年假

我用双拼, 但是不会主动去推荐...