heqingpan's recent timeline updates
heqingpan

heqingpan

V2EX member #88883, joined on 2014-12-28 22:40:32 +08:00
Today's activity rank 5422
heqingpan's recent replies
@andforce 这个我没试过,如果 cursor 在客户端加了限制的话应该不行。
项目已提供编译后的应用文件,可直接下载使用,感兴趣的可以试试。
年前刚好用 rust 写了一个支持这功能的工具: https://github.com/heqingpan/ai-req-proxy

类似 nginx 反代再把请求响应内容打印、写入日志文件,项目已提供编译后的
glm4.6 配合 opencode 使用比 claude code 会好一些。
它能自动触发思考模式,效果好一些;都是 cli,使用方式也很接近,可以试试。
glm4.6
感谢楼主无私分享!
May 20, 2025
Replied to a topic by weiwenhao 程序员 我写了一个编程语言,受 golang 启发
牛🐮
看了一下样例,语法很简洁,符合个人直觉。
已 star
@yehoha 目前还没有支持,有计划支持(已写在上面的第 3 步计划中),大概后面第二个版本可支持。
@lujiaxing
你说的这个应用场景,可以看看我写的 ratch-job( rust 重写的 xxl-job) 。

ratch-job 功能上大体接近你的诉求,它兼容 xxl-job 协议,其生态上多种语言的 sdk 都有。
不过精确到秒级的任务,我个人电脑上实际压测下来,只能稳定到每秒一万出头。

都是 rust 写的调度服务,之前也用人问 jiascheduler 与 ratch-job 的对比异同。

人个的观点是:楼主这个项目是偏向运维方向,ratch-job 是偏向应用业务场景。
场景不同,冲突不大。
@zhangxudong

看起来你是想获取未来一小段时间哪些任务即将要运行。
未来的调度时间,对 cron 这种比较好计算,对后面的执行后固定延迟这种不好计算。

----

使用现有的全局最近执行记录功能,可能也能基本解决你这个场景的问题。

1. 维护应用系统前,看看当前是否有正在运行的任务,没有则开始维护
2. 维护应用过程如果有任务调度会直接失败,最近执行记录有对应失败的记录。
3. 维护应用完成后,查看最近执行失败的记录,手动触发。后续的任务也会自动正常调度。
上面过程可能存在边界情况,运行中的任务被杀进程。这种就要业务系统判断是否要手动补触发。

你看看这样处理是否也可以解决你们的问题?
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5772 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 03:37 · PVG 11:37 · LAX 20:37 · JFK 23:37
♥ Do have faith in what you're doing.