andyxq 最近的时间轴更新 andyxq 最近的时间轴更新 |
andyxqV2EX 第 152318 号会员，加入于 2015-12-21 14:20:50 +08:00今日活跃度排名 7324 |
| [未到账] 支付宝充值 Chamber • andyxq • 2023-09-28 14:12:45 PM • 最后回复来自 Livid | 1 |
andyxq 最近回复了
9 天前 回复了 xzg1993 创建的主题 › 健康 › 记一次中医治尿酸。有点想不明白 |
我前些年也是痛风忌口了几年，那几年有时关节也会隐隐的痛，让后找了个中医（我爸的同学）给开了一个月的大药丸，之后就没再疼过。一开始我也不信，后来确实感觉有点管用。尿酸查过 400+还是略微有点高。
66 天前 回复了 tangping 创建的主题 › 问与答 › 国补为什么每次都是江苏那边先支持呢？ |
济南搞得国补挺费劲儿，在一个什么泉城购小程序上，看着挺麻烦不会搞懒得搞就没搞。
143 天前 回复了 blackbookbj277 创建的主题 › 耳机 › 有推荐的开放式耳机么？ |
西圣 olite 可以，价格便宜音质还不错，声音够大
194 天前 回复了 majianglin 创建的主题 › 程序员 › 关于 MQTT 协议有几个问题想请教 |
作为从业者，我觉得 MQTT Broker 实现起来难度不算太大，但是做到较好的性能需要投入很多的精力。我测试过一些开源的或商业的 Broker, EMQX 是算是性能比较好的，开放的插件也比较多，如果没有足够的研发能力建议直接用 EMQX.
市区用 4G 基本没问题，但是远离市区信号不好的地方可能会有频繁上下线的问题。
市区用 4G 基本没问题，但是远离市区信号不好的地方可能会有频繁上下线的问题。
337 天前 回复了 unt 创建的主题 › 程序员 › 请问有没有好用的 Go MQTT Broker |
@unt 看 OP 好像不太了解 MQTT ，MQTT Broker 对于一般的业务不需要对其二次开发的。EMQX 提供了很多插件基本可以满足大多数场景了。可以看看他的文档写的挺全面的。
342 天前 回复了 niming007zh2 创建的主题 › 宽带症候群 › 有没有某种便携式的软路由 |
多年前买过一个充电宝，带路由器功能可以插网线和 USB 网卡，转 WIFI
2023-12-18 18:41:29 +08:00 回复了 yzqdm 创建的主题 › Java › 请教一下 Java 写物联网项目监控设备上下线方案 |
@ymz 这个只是接入层维护在线状态的一种方案，上层业务按在线状态筛选那可以往数据库同步一下状态。
2023-12-08 19:25:18 +08:00 回复了 yzqdm 创建的主题 › Java › 请教一下 Java 写物联网项目监控设备上下线方案 |
借下#8 @xwayway 的话：
一般都是设备发送心跳包，比如说每 5s 发送一个心跳包，你可以根据实际情况设置连续 30s 没收到心跳，就认为设备下线了。
一个高效一点的方案是：利用 redis 的 ZSet ，设备发送一包心跳后计算设备下次的离线时间（当前时间戳+30 秒）， 写入到 ZSet 中 value 为设备 id 、score 为计算出的离线时间。（心跳计算和写入 redis 的操作要按批，不要一个一个搞）
另启动一个线程，定时每几秒试用 redis ZRANGEBYSCORE 命令获取 0 到当前时间戳的所有设备，这些设备就是要离线的设备。 然后你可以按照你的业务处理了
一般都是设备发送心跳包，比如说每 5s 发送一个心跳包，你可以根据实际情况设置连续 30s 没收到心跳，就认为设备下线了。
一个高效一点的方案是：利用 redis 的 ZSet ，设备发送一包心跳后计算设备下次的离线时间（当前时间戳+30 秒）， 写入到 ZSet 中 value 为设备 id 、score 为计算出的离线时间。（心跳计算和写入 redis 的操作要按批，不要一个一个搞）
另启动一个线程，定时每几秒试用 redis ZRANGEBYSCORE 命令获取 0 到当前时间戳的所有设备，这些设备就是要离线的设备。 然后你可以按照你的业务处理了
Select Language