YangQingLin

参与一下

参与一下，试试手气~

@particlec 什么店能做到这么便宜？插件形式的吗？我买那种独立账号一个月都得八九十

可以试试在 .cursorrules 文件里面加要求。
我之前就是在那文件里面写让它在生成 commit 的时候根据内容带上合适的 emoji
或者你可以在编写 details 之前让 AI 总结一下

@ZEXP :set paste

「茴」字四種寫法

@ShawyerPeng by partition 又不需要在消息队列里面做，消息队列可以暂存数据，攒到一定量之后一起取出来，排序、分类、合并，这不是挺快的嘛，复杂度顶天了 O(N*log(N))

我在想，是否可以利用数据库自身的锁来解决。把时间比大小推到数据库更新的时候计算，比如下面这样：

```sql
UPDATE work_sessions
SET
start_time = LEAST(start_time, :new_biz_time), -- LEAST 是 SQL 函数，取最小值
end_time = GREATEST(end_time, :new_biz_time) -- GREATEST 是 SQL 函数，取最大值
WHERE
user_id = :user_id AND date = :date;
```

利用数据库本身的原子性来更新时间范围，是不是也能达到想要的结果？

对于休息间隔重新计算，我觉得可以增加一个缓存层，每次来新的 biz_time 先和缓存中的内容进行判断，超过 20 分钟或者跨天的话就使用 insert 新开一条记录。

如果上面这种方式也不合适的话，我觉得也可以从时间排序方面入手，你希望保证的是“近实时”的分析，那我这里假设分析结果可以延迟 1 分钟更新，那么使用一个以 biz_time 作为 key 的小顶堆的数据结构接收那些并发的请求，然后只有当堆顶的 biz_time 与当前相差超过 1 分钟之后才会取数据更新入库，这样可以把一分钟之内的数据乱序问题抹除。然后同样将时间戳大小对比丢给数据库更新的时候计算，不知道这样是否能满足你的需求。

我们公司是使用自部署的一个堡垒机（[JumpServer]( https://jumpserver.org/)）服务作为统一的访问入口的。

每个人入职会分配一个堡垒机账号，每个账号能访问哪些资源（服务器 ssh 、数据库等）都是可以配置的。

想要连接拥有的那些资源，可以直接通过堡垒机网站连接，或者点击获取一个临时的账号密码（堡垒机实时生成）然后放到软件里面，体验上和直连没什么区别；而且权限配置操作是图形化的，使用起来很方便。

个人也可以把自己电脑的公钥放到堡垒机上，这样连接某些资源就不再需要每次输密码了。

不过连接了服务器之后也还是可以手动把公钥写进去的，而且连接之后会展示一些欢迎信息，其中包含了跳转地址的 IP ，所以如果你比较注重资产安全的话最好把堡垒机服务部署在可以内网连接其它资源的地方，只把堡垒机的公网 IP 暴露出来。