V2EX › heqingpan 的所有回复 › 第 2 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

45 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@Ayanokouji

我重写时肯定是会重新设计的，也会增加自己的 openapi 。
只是会第一个兼容 xxl-job 的协议，加入已有的流行生态，项目才能快速启动。

如果有其它流行任务调度协议后面也会考虑兼容支持，这块有推荐的吗？

45 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@Plutooo
@FrankAdler 感谢支持😊

45 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@louhubiao 没有。xxl-job 代码量不太结构也比较清晰，可以直接看代码。

45 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@burymme11
自动注册与报警方式需求收到，自动注册目前协议上是不支持的，后面考虑新增扩展 openapi 支持，不过对应的执行器 sdk 也需要增强才可能可以支持。

另外自动注册的任务会解决少部分信息，可能的需要人工修改补充信息后才可以启用。

45 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

xxl-job 是一个分布式调度平台，可以简单理解为分布式定时器。

它分服务端调度和客户端执行器，目前完成的 sdk 只是客户端支持接入服务端当做一个执行器，重写服务端正在计划中还没有完成。

72 天前

回复了 woduzibue 创建的主题 › MySQL › mysql 亿级数据，数据筛选和导入导出

按 id>上次已处理的 id order by id limit 1000 ，从前到后批次查询、处理、批次写入（批次大小可以设置 1000 左右）。

如果有必要，单个批次可以加事务。
每个批次间可以加点 sleep 控制处理的 tps 。
每处理 10 万条记录写个日志，以便确认运行状态，成功、失败、异常都加上对应日志。

数据库性能够的话，一天处理个两三亿数据没什么问题。

如果可能分多次跑，记得把已处理的 id 记在某人地方，让下次运行时可以指定对应的值。

84 天前

回复了 iamtuzi3333 创建的主题 › Vue.js › 哭了，前端真的太难受了。

如果想掌握，个人建议静下心来，单独练习 html+css 。
万变不离其宗，练习时只用写 html 和 css 文件，不需要用现代工程避免被其干扰精力。

找个 css 系列教程或一本书，基本只要练习几个常见的布局（用 flex ），最后模仿一两个网站的页面（尽量 1 比 1 复刻）就差不多可以掌握。后面写页面时，就算有遗漏你也知道该用什么方式，搜索一下就能解决。

我基本都写后端，很多前集中学一小段时间，配合熟悉 js ，之后用什么前端框架基本都很好上手（写功能没问题，就是规范化可能不太好）。

94 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@EliStone
我目前也有 99 元的服务跑 r-nacos ,没有压力。

它虽然在 java 用的比较多，不过也支持多语言，有用到配置中心的话也可以试试。

95 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@fzdwx
@Cloud9527

感谢反馈😁

目前的用户中较多是用于开发、测试环境，用于生产环境相对少一些。

这个情况也可以理解

1. 刚开始，使用肯定是在测试环境使用
2. 使用一段时间后，就算觉得应该比较可靠，不过线上跑的好好的也不太敢轻易动，或者自己开发环境可以自主决定，线上环境不归自己管，所以线上照旧。
3. 剩下的是使用一段时间确认其稳定可靠，然后可以决定或影响线上版本，才能进行切换。

第 3 种线上使用的数量会少一些，正因为如此，更希望有在线上使用的反馈（也相信它会越来越多）。

当然开发、测试环境使用也是非常欢迎的，毕竟它是用户可能会使用的第一步，同时它一样能发现产品的问题，推进产品的发展。

95 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@cksspk
@visper

感谢来自第一批用户的反馈😁

95 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@putyy 感谢

95 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@longzhx 好建议，我后面抽空补一份对比表。

95 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的中间件项目开源一年半，终于达成 1000 star，纪念一下。

@southsala 感谢支持😃

101 天前

回复了 wkong 创建的主题 › 程序员 › 项目开源一年，终于 3000 star 了，截图纪念。

star+1

178 天前

回复了 heqingpan 创建的主题 › 程序员 › 用 rust 重写的配置注册中心 r-nacos 已加入 nacos 官方社区。使用配置注册中心的同学，你们会愿意了解试用吗？

@gitxuzan 感谢支持，过程有什么问题或建议可以找我或者到 github 提 issue 。

200 天前

回复了 go522000 创建的主题 › 程序员 › 听说网易崩了，想起不久前 APP 上线一个新版本，千算万算，没想到是在云函数资源那里用尽了！

哈哈，原因就这么被找到了😎

259 天前

回复了 12liuxiangyu12 创建的主题 › 程序员 › 有没有轻量的支持 Web 管理 KV 配置并通过 HTTP 访问的开源工具

推荐 r-nacos (原名 rnacos)，用 rust 重新实现的 nacos 配置注册服务。

特点：
* 自带 web 控制台管理，有登陆校验，支持暴露到外网使用。
* 运行占用内存小，接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右。
* 应用文件小，应用 20M ，docker 30M 。
* 支持 http 协议(nacos open api)访问，同时 nacos 生态不同语言的 sdk 都支持。
* 高性能，配置写入 1.7 万 tps ，配置查询 8 万+qps 。
* 部署简单，不依赖外部数据库，启动应用即可使用。

260 天前

回复了 chenjiasange 创建的主题 › NAS › 最近看到很多人在玩 NAS，不太理解大家搞这个用来干嘛，聊聊大家搞 NAS 干啥用

我个主要当做网盘用于备份照片和文件。

其它的都是一时兴起的折腾，用电脑玩玩就好。

264 天前

回复了 panlatent 创建的主题 › 分享创造 › 来推荐推荐自己的开源项目和经验吧

[r-nacos]( https://github.com/nacos-group/r-nacos) 一个基于 rust 重新实现的 nacos 配置注册服务。(star: 692, docker 下载量: 25k+）

相较于 java nacos server 来说，是一个提供相同功能，启动更快、占用系统资源更小(接入接近 5 千个配置，450 个服务实例，服务使用的内存在 15M 左右)、性能更高、运行更稳定的服务。

其设计上完全兼容最新版本 nacos 面向 client sdk 的协议支持使用 nacos 服务的应用不用修改代码直接平迁到 r-nacos 。

经验:
1. 用 rust 重写原 java 写的常用中间件，一般占用系统资源更小、性能更高；完成度比较高的话还是有很多人愿意使用。
2. 作者最好也是开源项目的用户，最开始当做满足自己的需求。当你能比较好的满足自己的需求，也会同时满足同类场景的用户。
3. 项目的第一版核心功能基本需要自己独立开发，要做好心理准备。

1 2 3 4 5 6

❮

❯