这个最大问题估计你把自己想的太重要了，实际是根本不值得为你花这么多成本，这个世界绝大多数的重要程度根本值得监控分析，不是做不做得到的问题，国家对监控你估计还没有淘宝对你的兴趣大

ip 和网关本来就没要求在同一个网段吧，只要链路层能正常通，arp 协议正常，路由正常就可以正常通信的吧

https://developer.mozilla.org/zh-CN/docs/Web/API/Push_API 这个吧

@dzdh #4 既然如此何不直接考虑改存储引擎呢？反正一般来说应用层其实不会有啥区别，其他方案估计都会比这更复杂

乐观锁本来就不支持回滚这种情况，既然需要能一起回滚那你要的就是事务，然后你还看不上 mysql 事务，非要自己在应用层自己搞个事务，这不是自己给自己找麻烦作死么。。

租房的空调一般，设定的温度除了能控制功率外，和房间当前温度真是毛关系没有啊，后面买了米家空调控制器和温湿度传感器联动来自动控制温度，略好一些还是不理想，设定相同温度白天舒适了晚上室外温度下来铁定冻死人的感觉，主要是肩和膝盖啥的真受不住，现在改用 home assistant 来控制了，加了个室外的温湿度传感器，自己写了算法，依据体感温度算法，又加上室外温湿度计和天气温度，加入对流和辐射补偿，这样白天温度高会控制在 27 度左右，晚上室外温度降低温度就会慢慢提高控制在 29 度，算出来的体感温度控制值差不多在 30.2 到 30.8 之间，明显感觉好多了，还配合手机定位，自动处理离家关空调即将到家开空调，省心舒适不说而且明显要省电不少啊

所以才有共享带宽包啊，买了之后所有 ip 共享整个带宽池，不管 ip 用于哪了

B 的项目反推表 A 的项目是啥逻辑。。
从 A 项目查询 B 项目的明细？那这不就是用 user 去 A select ，这已经是最科学的方式了吧

@lisonfan #2 那估计就是防火墙的问题了，有可能是爱快拒绝转发到 lan2 ，也有可能是 ros 拒绝入站

网关写的是下一跳设备的地址，不是当前设备的出口地址，也就是 10.10.10.1

话说你这个如果 ros 和爱快是 lan 口相连，那无法解决 dhcp 重复的问题吧，而且如果 ros 、爱快和光猫都是 lan 口相连的，你这个组成回环广播风暴了啊，如果 ros 的 wan 口连爱快 lan 口，那么 ros 有 nat ，爱快访问 ros 方向肯定过不去啊

https://github.com/snower/forsun

要不试试之前做的一个服务，可以用订单号为 key 创建定时任务，到期可以回调 url ，可以使用 redis 来持久化，我们差不多用到管理数百万任务级别，及时性和并发都还是可以的