V2EX › daimaosix 的所有回复 › 第 1 页 / 共 44 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 44

❮

❯

15 小时 16 分钟前

回复了 webs 创建的主题 › Linux › Debian 软件安装命令怎么选？

@march1993 是的，他说的简单易懂，apt 人用跟方便，apt-get 用在 shell 里，因为用 apt 会发出警告

1 天前

回复了 bybyte 创建的主题 › 分享创造 › 把微信的 OCR 功能提取出来做 Docker 服务

牛逼，非常好用！配上 czyt 大哥提供的前端屌爆了！

1 天前

回复了 lyxxxh2 创建的主题 › Python › 不用宝塔自动续签了,自己写个续签

certd 配好不用管了

6 天前

回复了 me15000 创建的主题 › Amazon Web Services › 使用了 AWS 的服务器，非常不习惯，和阿里云对比，好难用，怎么控制 aws EC2 的带宽和流量呢？

@defunct9 我也这么认为，非常好用

6 天前

回复了 me15000 创建的主题 › Amazon Web Services › 使用了 AWS 的服务器，非常不习惯，和阿里云对比，好难用，怎么控制 aws EC2 的带宽和流量呢？

@cheng6563 可以啊，咋不能呢

7 天前

回复了 hikarumx 创建的主题 › 程序员 › apifox 挂了，没有离线版就是不方便。

推荐使用 Bruno

7 天前

回复了 NianBroken 创建的主题 › 程序员 › 求推荐免费或低价的 Cursor 最佳平替

@jellyX 哈哈哈哈哈

7 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

@flmn 为啥啊大哥

8 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

@keakon
@souryou
感谢两位老哥的宝贵建议。我现在考虑使用 RabbitMQ 的路由模式，为每个用户的消费者指定唯一的路由键，确保消息只被需要的消费者消费，因为业务逻辑不是很复杂，能确保消息抵达对应用户的消费者即可。

但如果消费者过多，比如超过 1000+，这可能就需要分片或集群了....

8 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

@souryou
1.因为 Kafka 消费者对于消息的消费成功与否根据偏移量来进行，而 RabbitMQ 原生就支持从队列中确认消息是否未消费或者已消费或者忽略消费，这种状态控制比较明确，而 Kafka 需要在程序中实现消息消费状态的计数等。

感谢最后提及的，客户下的消费者这个没办法控制，可能多大几十个，也有可能只有几个这样子，具体按照用户的服务器数量来

8 天前

回复了 daimaosix 创建的主题 › 程序员 › 请教消息队列的选择

@keakon 如果只有一个消费者只创建一个主题，那将所有用户的客户端全部作为消费者来消费这一个主题，让消费者来根据消息内容中的用户 ID 来决定是否消费，这样是否可行呢？

8 天前

回复了 NullErro 创建的主题 › 分享创造 › 后端开发使用 ai 做了一个简单的网页，发现就算有 AI 加持前端页面的开发还是很难

@mumbler 不方便测试，可以中文沟通嘛

8 天前

回复了 NullErro 创建的主题 › 分享创造 › 后端开发使用 ai 做了一个简单的网页，发现就算有 AI 加持前端页面的开发还是很难

@jiujiutang +1 项目搞起来！

10 天前

回复了 mantis 创建的主题 › Go 编程语言 › 基于 Go 语言设计的一款高精度 QPS 统计系统，适用于高并发场景的实时请求频率统计，支持百万级 QPS 场景下的精确统计。

@zzhirong 大佬，没写过后，注意到你描述的前两段，Go 编译器不会检测无用的代码吗？我写 Rust 是会检测并警告