@wingor2015 有什么事直接说，私聊什么

@v2exblog 有啥选没选错的还能让 OP 贴个条...程序员啥时候和语言绑定起来了。公司要 py 就 py 要 go 就 go 呗，把 python 虚拟机从互联网全面删除的话你就不是程序员了？

@LandCruiser 非常合理的建议捏，建议 v2 变成一言堂捏，毕竟我们在讨论自由相关的话题，请不自由的人士能不能闭嘴

@RageBubble 个人意见：同配置下散热应该都半斤八两，零刻这个风扇相比较之下还是下了功夫的，如果想散热有提升，除非是外壳设计全镂空，或者像畅网那样全做成散热片，不然我不看好厂商之间散热有什么差别。我这台其实不改散热，性能也勉强算堪用，如果要买 6800H 系列的机器的话大概就散热绝对压不住了，买之前首先先讨论自己是不是真的需要小机箱，高 U 机器的话这些系列似乎都没什么价格优势...

@Poluk 典，人家上来没说啥你这上来就骂脏字了，非常符合我心目中某群体平均素质。另外没收入学生非得要买个超过绝大多数同学平均价格水平的电脑，对你父母 respect

我看 op 的贴，把第二段代码加了个放东西的协程，感觉就不会出错了，然而还是报错，OP 知道啥原因吗？
package main

import (
"fmt"
)

func main() {
var c chan bool
go func() {
c <- true
}()
fmt.Println(<-c)
}

@mcfog 大佬可择一二回。
@tairan2006 gtp 能讲明白这个我信，但他能拍胸脯打包票吗。。。

@cmdOptionKana 这个究竟安不安全很难说行或者不行，定量很困难。我只能说确实看了不少对撞实验，包括国内国外的，自媒体做的，还有专业机构做的，确实都没有起火的，冒烟的都很少。我觉得跟核心结构强度高有关，毕竟电池是贴底盘的，这个位置强度做上去以后感觉侵入量本身不大。

还有一个是测评基本都是 60kmh 对撞，相对速度有 120kmh 了，国外是 65kmh 正撞水泥墙，我觉得这个已经是比较极端的场景了，因为我本人是防御性驾驶，六年车龄无事故的，包括我感觉即使在高速公路上出车祸，只要我不危险驾驶，恐怕追尾很难追出如此效果。所以我是属于那种原先感觉，没必要为了省几个钱提高安全风险的，但是看完这些之后又感觉风险确实不大，如果新能源车优势明显的话我可以考虑承担风险。

路面发热确实是个问题，感觉这个比冬天冷还难处理一些。

@ltkun 有没有中文，中文有合适的一般不看英文，英文看得慢

@JiuW 我是英国一路水下来的，就是真的水，所以也只考过雅思，之前看过网上都说托福实用性完爆雅思，我个人倒是感觉雅思跟实用没啥关系。。。

@yinmin 我这么操作了还是连不上，后来感觉是自己生成的证书有问题，从网上找了个生成证书的脚本生成出来，然后再按这个配置操作就能正常连上了。

但是目前有个问题是，redis-cli 用上面的--tls 命令能正常连上并发送 ping/pong ，说明服务端正常工作，我用 python 客户端的话还是连不上

命令是
conn = redis.Redis(
host='localhost',
port=6666,
ssl=True,
ssl_certfile='client.crt',
ssl_keyfile='client.key',
ssl_cert_reqs="required",
ssl_ca_certs='ca.crt',
)

报错提示
File "C:\Program Files\Python310\lib\ssl.py", line 975, in do_handshake
self._sslobj.do_handshake()

ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate signature failure (_ssl.c:997)

@NoirStrike
@yinmin
听起来很有道理，但是试了一下重新生成了一套公私钥发现还是连不上。。。

提示 ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate (_ssl.c:997)

@adoal 我也觉得不需要，既然 ca 签发的证书，客户端有 ca 就行了吧。。但是如果注释剩下两个只留 ca 选项的话一样会报错
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate (_ssl.c:997)

@kennylam777
@Swimming
@ladypxy
@Jhma
旧主板，我也没调过快速启动，刚才开 bios 验证了一下快速启动确实是关的

@luoshengdu 肯定不是 UEFI 的问题，用了这么多年 GPT+UEFI 引导了这还能分不出来


@ysc3839 正常 bios 会预留几秒时间，跟系统启动快慢无关，没见过两帧闪过的情况。至于 BIOS 本身的问题，首先是卸掉全部硬盘后完全可以正常配置正常工作，其次从未见过 BIOS 黑屏是啥问题，感觉上就是功能完全正常，只是没有时间窗口给用户按进入键这样，总之是很怪。

只要有利益，为什么不做呢，反正大黑箱，加了你也不知道

@nothingistrue 你说的缓算完全不是重点，重点在于原生 mysql 集群横向扩展困难，当压力上来了之后横向扩展导致的冷热备一致性 /热点 /IO 放大问题全都是老大难，而业务本身多变，有的业务读多，有的业务写多，有的热点集中，有的全局随机读写，各种歪瓜裂枣，极端情况也是屡见不鲜，你避不开这些问题。所以如果条件允许大家都要上虚拟储存层，关系型数据库本身就是为了维护复杂关系做的设计和优化，而按照我的经验来说业务往往对这些复杂关系的维护是非必须的，这样抛开关系型维护转化成单纯的索引后软硬件利用率都有质的提升，如果说一致性仍然是老大难，起码热点和 IO 放大问题会得到很好的缓解，并且抛开关系型数据库的抽象后可以更接近底层，对于充分利用硬盘本身性能的亲和也更好。楼主的方案是非常合理、且正常的。


@realpg 看得出来楼主很无语，全楼只有老哥一个正常参与讨论的，你回帖说的都是很常识性的东西，楼上有位这些常识都听不懂然后还回了好几条的，也不知道之前都在说些什么。这楼里都是一些什么妖魔鬼怪，v2 氛围什么时候变成这样了，首页都是在那无限外行的讨论 AI 取代人类的群魔乱舞，点开算法贴里没有一个人讨论算法，全在互相踩

@string2020 朋友你多大了。。。

@pagxir 碰巧卡不支持某个读卡器速率，总不至于同型号的卡一个支持一个不支持吧。。。