这不就是加杠杆！那你干脆直接买期货期权就是了吧，还可以搞对冲，否则也许一个突然的异常波动也许就直接让你无法翻身了，如果你连期货期权的保证金都承受不起，那这种没风险承受能力的加杠杆必死，还是省省心好好上班吧

不要高看自己，当你真的加了杠杆，你会发现自己远比想象的还要弱很多

相同属性的物种意味着完全相同的环境依赖，其中部分族群的进步对另一部分的碾压比对不同属性低等级其他物种还要大的多，自然选择可比你想象的还要残酷的多，而且进化论里随便一点极其细微的进步那可都是数万年起的，有明显差异那就得百万年起了，在这种时间程度上，你想的这种不同进化程度共存的情况根本就不可能存在

进化到 0.8 的人都被进化到 1 的人干灭绝了，例如尼安德特人，你不知道么，别说进化到 0.8 了，就算进化到 0.9999999999 的都能被进化到 1 的干到接近灭绝，例如印第安人，历史白学了啊

使用量不大的化，可以

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 的话安装环境估计也无法保证资源充足似乎你换啥都意义不大吧