有句话叫技多不压身，担心用不到太多余，应该担心学不会或者时间精力不够那还差不多

@whitev2 #20 但是浏览器包括大部分的库实现都会忽略 GET 请求中发送的 body，所以，协议说可以并没有什么用，还是得看现实啊

@zichen #10 阻塞的意思是现在将来一段时间等待其他事件，等待时间内不能做其他事情，但是等待肯定是可以有结果的，但是如果永远不会有结果返回，这个就叫死锁了啊

@1608637229 #8 这个和 c 语言完全不一样吧，不是元素访问，似乎 C 语言也没有这个操作的吧
这个是对数组进行切片操作，空数组切片操作选择前四个不还是空数组么，内部应该有 min(4, len(s))之类的操作

或者另外一个方案是，nginx 做 upstream 负载均衡的时候，然后依据 session_id hash 方式选择 upstream，这样就可以确保单个登录用户始终由同一个进程来处理，这样你就可以用原来全局字典缓存的方式了

https://blog.csdn.net/lvshaorong/article/details/78309514
可以看看这个

更简洁一点的说法应该是，我当前数据需要另外一个 goroutinue 来读取，而另一个可以读取这个数据 goroutinue 需要我来创建，所以这个和传统的死锁并没有什么区别。

等待读取数据也是同理的。

可能你对死锁理解有点朴素了，这个的意思应该是，你往一个无缓冲的 channel 写入数据，这个写入过程必须等待有另外一个 goroutinue 来结收这个数据才能返回，如果这个时候再也没有任何一个另外 goroutinue 来结收数据了，那么这时候不是死锁了是啥？
注意这个没有另外 goroutinue 来结收数据的意思，并不是当前没有另外一个 goroutinue 正在等待结收数据，而是当前和以后都不会有另外一个 goroutinue 来结收这个数据了，这种情况下应该是除了写入数据这个 goroutinue 以外所有 goroutinue 都已经执行结束，整个程序再也不会有另可运行的 goroutinue 来读取这个数据。

对于有缓冲的 channel，则是写入数据当时如果没有另外 goroutinue 来读取这个数据，则放入缓冲中，自己可以返回来读取缓冲中的数据，所以这个并不会造成死锁。

难道不是华为问题？都多老了，而且一堆漏洞把，早该搞掉了，现在好多 client 都要求 2.0 了

抓住当下

楼上 redis 或者 session 序列化的，你们认真的么？一个进程拥有的 socket 能通过 pickle 弄到另外一个进程去？见鬼了吧
socket 底层就是文件句柄，数据能序列化，文件句柄复制到另外一个进程怎么用？
所以你这个 uwsgi 部署的 Django 是很难做出来的，估计需要用 tornado 或者 asyncio 做一个代理连接层吧，也不复杂

@YakuMioto #2 不支持 proxy，总不能 ip 端口都不能设置把，设置成 relay 地址端口，有这台机器来转发不就可以过滤了

用 xtrabackup，不需要暂停

日光灯还能调节亮度？似乎没听说过，led 能调节倒是知道

没多大用吧，用户层缓冲帧率上不去，不直接用 canvas 绘图，你显卡不是毛用没有了
绘图渲染还是要用 canvas 直接完成，排版倒是可以用 wasm，感觉也比不了浏览器直接的体验更好吧

难道你们都是年轻么！每个星期周末跑两个五公里都感觉膝盖木木的，30 分钟 5 公里，加一点坡度，最近正准备缩减点速度看看