居然官网连个 demo 都没有~

武汉的薪资水平太低了……

@abcbuzhiming 还好我一直不吊 MySQL，这个实现不是 BUG，我也是醉了。也有可能 MySQL 的死锁检测算法比其他的 DB 都 NB，所以依赖死锁检测 :P

MySQL 我不确定，但是一个正规的关系数据库，连这个冲突都处理不了那就太 SB 了。回到问题中：锁是可以升级的，就你的例子中，2 和 3 会有一个获得写锁，而不是两个互傻等。数据库层面的死锁一般是由于写操作顺序不一致导致的，比如：
session1 update A -> update B
session2 update B -> update A

MySQL 我不确定，但是一个正规的关系数据库，连这个冲突都处理不了那就太 SB 了。回到问题中：锁是可以升级的，就你的例子中，2 和 3 会有一个获得写锁，而不是两个互傻等。数据库层面的死锁一般是由于写操作顺序不一致导致的，比如：
session1 update A -> update B

掩耳盗铃，于事无补

扛不住基于频率的分析……

现在招聘连待遇范围都不说了？世界变化真快啊~

flexget 了解下

这个还好吧，看薪资，用脚投票

系统自动的，跨区的确没法操作的。别问我是怎么知道的。

pypi.org/project/onvif/ 了解下

@heavensFall 看来还是 AI 钱多啊

居然没有 10 年之前的，看来我的确很年轻。说个 10 之前的，时间记不清楚了，2004 入行到现在差不多 30 倍吧。

光猫有用户可以重启的啊，抓个包写个脚本就好了啊，我家就是这么用的。

@snsd 根据我目前的观察，武汉电信应该是从 tcp 和 udp 的并发连接总数上限制，而且不是实时的进行判断。大概在每天早上 9 点半左右，电信有个扫描的任务，发现并发过大，就会随机性丢包，尤其是握手包。只要后面接个路由器，然后路由器上跑个脚本，发现访问 baidu 访问不了，自动登陆光猫并重启即可。

@linxijun 在武汉电信这招行不通的