使用量不大的化，可以

python -m sevent.helpers.simple_proxy -p 8888

或者

docker run -d -p 8888:8888 sujin190/sevent python -m sevent.helpers.simple_proxy -p 8888

估计只会更堵，都堵在收费站，难道大家都忘了当年推出节假日免费最大原因就是因为节假日大家都出去结果全堵在收费站几十几百公里的，出行需求并不会因为这几十上百的通行费有所改变的，毕竟一年也就这两三次谁都出得起这钱

@drymonfidelia 那给 mysql 分了多少？理论上 innodb buffer 给超过 16g 了吧，btree 索引覆盖的情况下应该性能可以的吧

mysql 机器内存多少啊？如果索引不能充分放到内存里性能也不行，所以索引用不到的就别留了，query 字段离散度高的话可以考虑索引只建前部分字符可以减小索引大小，除了考虑索引扫描行数索引相对内存大小也是要考虑的

https://github.com/snower/syncany-sql

那分享下我的这个项目吧，可以直接写 sql 查询 json 文件，group by 和聚合函数也正常能用


https://github.com/snower/syncany-server

还有 server 实现，实现的是 mysql 服务端正常协议，然后你就可以直接用支持 mysql 的图表系统来正常接入了

项目都有例子，也许可以帮到你

为啥要 diy ？他用了这么多控制器国内应该有集成的了吧，也许你应该直接找房车用那种就行吧，或者参考房车用自己分开买控制器、光伏板和储能电池也行吧

不知道你用的数据库是啥，似乎没有数据库支持同一个连接多线程并发事务吧，否则必须每个线程一个连接单独事务你这等待回滚的意义在哪，多线程写同一个连接数据肯定损坏了就可能会出这个 connection closed 异常

@hatw 就是备付金不允许留在支付机构账户，通过网联上缴央行监管，交易量太大了，否则要是哪天支付宝微信头脑发热，大半国人的命运都要捏人家手里了

body 是流式传输吧，有最大缓冲区，超过了就不会继续下载读取

其实 ddns 的公网 ip 是路由，路由开启端口转发外围可以内外不可以，其实是端口转发一般只是目的地址重写，源地址是内外的时候还需要执行源地址重写为路由 ip 才正常，可以看看路由是否支持开启 nat 回环源地址重写，不支持的话估计就是楼上说的不同 dns 了

openwrt 的话在配置端口转发高级里有个启用 nat 回环的配置，勾上就好了，不过这货似乎如果重新拨号不能自动更新，需要停用端口转发再启用端口转发一次才好，所以我都是另外再单独建一条 nat 规则执行 lan 源地址重写

从苏州搬南京，两人包括搬 1600 还行吧，这估计的需要一整天了吧，而且第二天他们很可能没活，不是每天都有活的话，单次费用高也符合市场吧，现在农村找人修个房什么的都得快 150 一天还提供吃喝了吧，城市工地大工一天最少也得 300 以上了吧，未来估计只会更贵

How to Enable Explicit Presence in Proto3
These are the general steps to use field tracking support for proto3:

Add an optional field to a .proto file.
Run protoc (at least v3.15, or v3.12 using --experimental_allow_proto3_optional flag).
Use the generated “hazzer” methods and “clear” methods in application code, instead of comparing or setting default values

@byqtxdy07 #5 好吧，你看后面一段，这个规则需要在 3.15 版本以上才有，3.12 以上需要用 --experimental_allow_proto3_optional 来开启，其它版本应该就是搜索的结果一样不支持，我们用的 3.17 所以正常了，需要的话升级以下呗，grpc 应该兼容新版本的 protobuf 的吧

@byqtxdy07 #5 我们用的也是 proto3 啊，optional 标记的字段就有 has 相关属性。。你这啥毛病

https://protobuf.dev/programming-guides/field_presence/

你看这个文档，按文档中的意思，V2 版本并不需要标记为 optional 就有 has 方法，V3 只有标记为 optional 的才有 has 方法，这好像和有些搜索结果说的不一样啊

怎么记得 QK 好像是矩阵乘法，也就是点乘，哪里来的 Q 第一维度只和 K 的第一维度产生作用，就不符合点乘规则吧，和后面 V 才是普通乘法才有你说的这个问题吧，你从哪找的这个公式都看不出是点乘还是普通乘法了

生成的结构还有个 hasTitle 的属性吧，你看看，客户端不给 title 赋值的时候服务端接收解码这个属性返回的就是 false ，null 值不标准，需要额外信息传递不说可能有的语言无法正确处理 null 语义

这数据量如果客户端安装不能保证内存充足和 ssd ，估计换 mysql 也提升不了多少，不知道你的客户端安装环境怎样，ToB 的话其实客户端大个几百兆无所谓，ToC 的话安装环境估计也无法保证资源充足似乎你换啥都意义不大吧

乱发 GPS 信号违法吧，无线电不能完全限定范围，要是旁边恰好有机场军事基地什么的，够你进去呆好久了吧而且保证办事效率高高的

电压不足你这空开估计是坏了，不过房间线路漏电也可能会电压低，空开似乎只有短路或者电流超过额定电流才会跳，不接漏保的话房间线路漏电看不出来吧，最好还是换掉那个空开，五金店都有卖，家用一般 16A 够用了

空开有标额定电流也就是额定功率，不超过都可以接，这几百瓦的不用担心吧，空开分路接只是为了可以单独开关方便吧，漏保才有防触电漏电的功能吧