一般来说，机器没公网 ip 那么就是不通外网，就算机器是通过 nat 网关上网，那么也受外网带宽限制啊，楼上各位说的打洞是打了个寂寞么，如果说你的 nat 外网带宽比较高但是反代的机器带宽比较低，那么 nat 网关直接设置端口转发就是了吧

慢慢来，可以先一周两天，也别强度太高，每次太累确实难坚持，坚持个一年两年的，适应了不锻炼你会觉得更难受🤠

python3 -m sevent.helpers.proxy2proxy -p 8088 -T http -P 10.10.10.10:8088

远端时 http 代理也行，只是也不支持添加用户名密码。。

python3 -m sevent.helpers.proxy2proxy -p 8088 -T socks5 -P 10.10.10.10:8088

-p 8088 为本地 socks5 代理端口
-P 10.10.10.10:8088 远程 socks5 服务器

一行命令行解决，但是不支持 socks5 需要用户名密码校验的啊

微信模拟器加脚本搞自动化，这已经是最早那批搞微信灰产黑产诈骗玩完的了吧，早被玩坏了，你还去触这个霉头咋想的。。

在管理界面的 indexPatterns 那边有字段刷新和字段管理吧，

stdout 输出到控制台的写性能确实不高，stdout 重定向到文件的区别应该不大吧

while task:
item = task.pop(0)
dosomething...

while 循环处理就是了啊，干嘛要递归调用

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

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 拒绝入站