YangQingLin 最近的时间轴更新 YangQingLin 最近的时间轴更新 |
YangQingLinV2EX 第 728390 号会员，加入于 2025-01-04 09:52:14 +08:00今日活跃度排名 11860 |
YangQingLin 最近回复了
6 小时 34 分钟前 回复了 gfwuzer 创建的主题 › 程序员 › 我写了一本书：《从零开始手搓数据库(Go)》；评论区抽奖 |
eXE5NTM2NThAZ21haWwuY29t=
支持以下！
支持以下！
25 天前 回复了 alynn 创建的主题 › 推广 › 「Cubence」一个小而美的中转站，支持 cc 和 cx，熬夜适配 Gemini3，抽奖余额！ |
参与一下
27 天前 回复了 xyy003 创建的主题 › 程序员 › packycode：物美价廉的 claude code、codex 转发～「送余额」 |
参与一下，试试手气~
84 天前 回复了 MaskerPRC 创建的主题 › 程序员 › 最近一个月在 Cursor 上花了 500 刀，有点顶不住了 |
@particlec 什么店能做到这么便宜？插件形式的吗？我买那种独立账号一个月都得八九十
89 天前 回复了 ethusdt 创建的主题 › 程序员 › Cursor 这个点击用 AI 生成 commit message 怎么让它简洁一点？ |
可以试试在 .cursorrules 文件里面加要求。
我之前就是在那文件里面写让它在生成 commit 的时候根据内容带上合适的 emoji
或者你可以在编写 details 之前让 AI 总结一下
我之前就是在那文件里面写让它在生成 commit 的时候根据内容带上合适的 emoji
或者你可以在编写 details 之前让 AI 总结一下
130 天前 回复了 BinCats 创建的主题 › Vim › 只会:q？关于 Vim 退出方式，不会还有人知道的比我还多吧？ |
@ZEXP :set paste
130 天前 回复了 BinCats 创建的主题 › Vim › 只会:q？关于 Vim 退出方式，不会还有人知道的比我还多吧？ |
「茴」字四種寫法
139 天前 回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围 |
@ShawyerPeng by partition 又不需要在消息队列里面做，消息队列可以暂存数据，攒到一定量之后一起取出来，排序、分类、合并，这不是挺快的嘛，复杂度顶天了 O(N*log(N))
139 天前 回复了 ShawyerPeng 创建的主题 › 程序员 › 分布式锁是否能实现锁住一个 key 范围 |
我在想，是否可以利用数据库自身的锁来解决。把时间比大小推到数据库更新的时候计算，比如下面这样：
```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 分钟之后才会取数据更新入库，这样可以把一分钟之内的数据乱序问题抹除。然后同样将时间戳大小对比丢给数据库更新的时候计算，不知道这样是否能满足你的需求。
```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 分钟之后才会取数据更新入库，这样可以把一分钟之内的数据乱序问题抹除。然后同样将时间戳大小对比丢给数据库更新的时候计算，不知道这样是否能满足你的需求。
144 天前 回复了 guoguobaba 创建的主题 › 程序员 › 小团队开发测试环境怎么解决 |
我们公司是使用自部署的一个堡垒机（[JumpServer]( https://jumpserver.org/)）服务作为统一的访问入口的。
每个人入职会分配一个堡垒机账号，每个账号能访问哪些资源（服务器 ssh 、数据库等）都是可以配置的。
想要连接拥有的那些资源，可以直接通过堡垒机网站连接，或者点击获取一个临时的账号密码（堡垒机实时生成）然后放到软件里面，体验上和直连没什么区别；而且权限配置操作是图形化的，使用起来很方便。
个人也可以把自己电脑的公钥放到堡垒机上，这样连接某些资源就不再需要每次输密码了。
不过连接了服务器之后也还是可以手动把公钥写进去的，而且连接之后会展示一些欢迎信息，其中包含了跳转地址的 IP ，所以如果你比较注重资产安全的话最好把堡垒机服务部署在可以内网连接其它资源的地方，只把堡垒机的公网 IP 暴露出来。
每个人入职会分配一个堡垒机账号，每个账号能访问哪些资源（服务器 ssh 、数据库等）都是可以配置的。
想要连接拥有的那些资源，可以直接通过堡垒机网站连接，或者点击获取一个临时的账号密码（堡垒机实时生成）然后放到软件里面，体验上和直连没什么区别；而且权限配置操作是图形化的，使用起来很方便。
个人也可以把自己电脑的公钥放到堡垒机上，这样连接某些资源就不再需要每次输密码了。
不过连接了服务器之后也还是可以手动把公钥写进去的，而且连接之后会展示一些欢迎信息，其中包含了跳转地址的 IP ，所以如果你比较注重资产安全的话最好把堡垒机服务部署在可以内网连接其它资源的地方，只把堡垒机的公网 IP 暴露出来。
Select Language