heqingpan 最近的时间轴更新 heqingpan 最近的时间轴更新 |
heqingpanV2EX 第 88883 号会员，加入于 2014-12-28 22:40:32 +08:00今日活跃度排名 6697 |
| r-nacos 支持 mcp，内置 mcp server 与接口转发；支持让注册到 r-nacos 的普通 http 接口通过 r-nacos 直接转化成 mcp 服务对外提供服务。 程序员 • heqingpan • 2025 年 9 月 15 日 |
| rust 重写 xxl-job 的项目 ratch-job v0.1.5 版本发布，控制台支持鉴权与数据权限管控。
1 程序员 • heqingpan • 2025 年 5 月 4 日 • 最后回复来自 heqingpan
|
24 |
| rust 重写 xxl-job 的项目 ratch-job，第一个对外正式版本 v0.1.4 发布，任务调度 tps 可以稳定超过每秒 1 万次，感兴趣的同学欢迎试用、交流反馈。 程序员 • heqingpan • 2025 年 3 月 31 日 • 最后回复来自 heqingpan | 19 |
| rust 重写 xxl-job 服务项目 ratch-job，第一个可测试运行 alpha 版本发布，感兴趣的同学欢迎试用。 程序员 • heqingpan • 2025 年 2 月 19 日 • 最后回复来自 heqingpan | 10 |
| 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs
1 程序员 • heqingpan • 2025 年 12 月 1 日 • 最后回复来自 M2
|
64 |
| 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。 程序员 • heqingpan • 2024 年 12 月 3 日 • 最后回复来自 heqingpan | 14 |
| 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？
1 程序员 • heqingpan • 2024 年 9 月 10 日 • 最后回复来自 heqingpan
|
48 |
| rust 版配置注册中心 r-nacos 最近两天连续有同学提了对 nacos-sdk-go 和 nacos-sdk-rust 兼容的 issue；处理完 issue 后觉得应该分享下 r-nacos 的新功能给有使用配置注册中心的潜在用户 程序员 • heqingpan • 2024 年 1 月 10 日 • 最后回复来自 heqingpan | 17 |
| 目前开发微服务用 nacos 做注册、配置中心的同学多吗？ 如果有一个用系统级语言重写，性能更高、占用资源更小的版本有同学愿意试用吗？ Java • heqingpan • 2023 年 9 月 29 日 • 最后回复来自 heqingpan | 71 |
| rnacos——用 rust 重新现实的 nacos 服务，新版本实现 raft 和类 distro 协议，支持集群部署
1 Rust • heqingpan • 2023 年 11 月 27 日 • 最后回复来自 caohongliang92
|
8 |
heqingpan 最近回复了
2 月 24 日 回复了 ZimaBlueee 创建的主题 › 程序员 › opencode 怎么记录请求大模型的详细报文呢 |
@andforce 这个我没试过，如果 cursor 在客户端加了限制的话应该不行。
2 月 24 日 回复了 ZimaBlueee 创建的主题 › 程序员 › opencode 怎么记录请求大模型的详细报文呢 |
项目已提供编译后的应用文件，可直接下载使用，感兴趣的可以试试。
2 月 24 日 回复了 ZimaBlueee 创建的主题 › 程序员 › opencode 怎么记录请求大模型的详细报文呢 |
年前刚好用 rust 写了一个支持这功能的工具： https://github.com/heqingpan/ai-req-proxy
类似 nginx 反代再把请求响应内容打印、写入日志文件，项目已提供编译后的
类似 nginx 反代再把请求响应内容打印、写入日志文件，项目已提供编译后的
2025 年 12 月 10 日 回复了 sunzhenyucn 创建的主题 › 程序员 › GLM v4.6 + Claude Code 可用性极差，被那些软广狠狠坑了一把 |
glm4.6 配合 opencode 使用比 claude code 会好一些。
它能自动触发思考模式，效果好一些；都是 cli,使用方式也很接近，可以试试。
它能自动触发思考模式，效果好一些；都是 cli,使用方式也很接近，可以试试。
2025 年 12 月 10 日 回复了 sunzhenyucn 创建的主题 › 程序员 › GLM v4.6 + Claude Code 可用性极差，被那些软广狠狠坑了一把 |
glm4.6
2025 年 6 月 30 日 回复了 tbphp 创建的主题 › 推广 › 公益站 API 免费使用-可用 Gemini、DeepSeek 和 OpenAI！ |
感谢楼主无私分享！
2025 年 5 月 20 日 回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发 |
牛🐮
看了一下样例，语法很简洁，符合个人直觉。
已 star
看了一下样例，语法很简洁，符合个人直觉。
已 star
2025 年 5 月 4 日 回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 的项目 ratch-job v0.1.5 版本发布，控制台支持鉴权与数据权限管控。 |
@yehoha 目前还没有支持，有计划支持（已写在上面的第 3 步计划中），大概后面第二个版本可支持。
2025 年 4 月 27 日 回复了 iwannay 创建的主题 › 程序员 › rust 写的任务调度软件 jiascheduler， 300 个 star 了，继续加油更新 |
@lujiaxing
你说的这个应用场景，可以看看我写的 ratch-job( rust 重写的 xxl-job) 。
ratch-job 功能上大体接近你的诉求，它兼容 xxl-job 协议，其生态上多种语言的 sdk 都有。
不过精确到秒级的任务，我个人电脑上实际压测下来，只能稳定到每秒一万出头。
都是 rust 写的调度服务，之前也用人问 jiascheduler 与 ratch-job 的对比异同。
人个的观点是：楼主这个项目是偏向运维方向，ratch-job 是偏向应用业务场景。
场景不同，冲突不大。
你说的这个应用场景，可以看看我写的 ratch-job( rust 重写的 xxl-job) 。
ratch-job 功能上大体接近你的诉求，它兼容 xxl-job 协议，其生态上多种语言的 sdk 都有。
不过精确到秒级的任务，我个人电脑上实际压测下来，只能稳定到每秒一万出头。
都是 rust 写的调度服务，之前也用人问 jiascheduler 与 ratch-job 的对比异同。
人个的观点是：楼主这个项目是偏向运维方向，ratch-job 是偏向应用业务场景。
场景不同，冲突不大。
2025 年 4 月 22 日 回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 的项目 ratch-job v0.1.5 版本发布，控制台支持鉴权与数据权限管控。 |
@zhangxudong
看起来你是想获取未来一小段时间哪些任务即将要运行。
未来的调度时间，对 cron 这种比较好计算，对后面的执行后固定延迟这种不好计算。
----
使用现有的全局最近执行记录功能，可能也能基本解决你这个场景的问题。
1. 维护应用系统前，看看当前是否有正在运行的任务，没有则开始维护
2. 维护应用过程如果有任务调度会直接失败，最近执行记录有对应失败的记录。
3. 维护应用完成后，查看最近执行失败的记录，手动触发。后续的任务也会自动正常调度。
上面过程可能存在边界情况，运行中的任务被杀进程。这种就要业务系统判断是否要手动补触发。
你看看这样处理是否也可以解决你们的问题？
看起来你是想获取未来一小段时间哪些任务即将要运行。
未来的调度时间，对 cron 这种比较好计算，对后面的执行后固定延迟这种不好计算。
----
使用现有的全局最近执行记录功能，可能也能基本解决你这个场景的问题。
1. 维护应用系统前，看看当前是否有正在运行的任务，没有则开始维护
2. 维护应用过程如果有任务调度会直接失败，最近执行记录有对应失败的记录。
3. 维护应用完成后，查看最近执行失败的记录，手动触发。后续的任务也会自动正常调度。
上面过程可能存在边界情况，运行中的任务被杀进程。这种就要业务系统判断是否要手动补触发。
你看看这样处理是否也可以解决你们的问题？
Select Language