@clino 无法复现，就是随机在睡眠或者休眠时唤醒，有时候放包里就热了

@whx20202 不可能， Mozilla 不是忍了一天两天了。 wosign 根本没有资格被信任，我两年前就不再用 wosign 了。装个 let's encrypt 吧

@whx20202 startssl 怎么还没被禁啊 666
startcom 被吊销一年你知不知道？
auth_basic_ncsa 就行

你知道 tar 可以输出到 pipe 然后 ssh 直传么

@clino t440/440s 自动唤醒这锅 Linux 不背。我学校配的就是 440s ，已经有好几个来我这修这个问题了，目前无解

@UnisandK 第三个是中间人

1 ，注意证书要用有效的 https 证书，证书域名是填的域名就行
记得加验证，哪怕是 basic
否则分分钟被公开

因为 HTTP 协议本来就规定 header 不分大小写： https://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2

怕容器被爆就上 kvm 呗，其实性能损失也没多大

@nicevar 需要提升的是你。不验证 CA 的 https 谁都可以 mim ，等于明文，上面我已经说过
至于费用我无话可说，便宜的 5 刀 10 刀一年，贵的 EV 上千上万，免费的 let's encrypt 。哪个不比自签安全？更还有，就算自签，也不应该忽略证书，自己签个 CA ，在客户端上部署自己的 CA ，同时维护吊销列表，你会发现整个一套做下来，还是买个证书便宜。

@algas 你这样写
size_t N = 220 * 220;
size_t 用于表示内存范围的时候不可能溢出，否则就违背定义了。如果我没有记错，在 64 位系统上是 unsigned long long

你的问题是： int 只有 32767 的上限， 220*220=4e4 明显超了，后面 N * N * sizeof(double) 里 N*N 先计算得中间结果，中间结果 promote 为 size_t 与 double 大小相乘后作为 malloc 的参数。第一步时，因为双方都是 int ，所以没有范围调整，所以这里也超了。

重申： size_t 不是 uint16 ，是 uint64 ，如果 size_t 溢出，则当前平台上根本不可能对该内存空间寻址，换言之根本不存在 size_t 溢出而其他方法能正常分配内存的情况。

@algas mmap 不是用来分配内存的啊……… map 文件………
内存管理算法一般都不能很好的处理特大段内存分配，真的没有办法拆么？
我是学材料工程和计算机双专业，所以计算物理这边多少沾得上

如果我没记错的话，很多开源 https 客户端默认或者建议用户使用 Mozilla 的 CA bundle ，比如 curl

if 会降低性能并导致各种奇奇怪怪的问题
用 map

我用 5x 16g 挺好啊，还存了几百首 mp3 车里放呢

不要求音质的话， AB 胶或者环氧，不行就分多次

授人以渔的话，其实做一个能够便捷部署这样的环境的作品，会更好
毕竟私人服务器这年头大家都不缺嘛

correlationMatrix
是做计算物理的前辈么？希望能交个朋友

@algas 主要是我一般没做过这么大规模的。有 segfault 找 valgrind 是我的习惯反射了。
其次就是， int 是 16 位………
long 是 32
long long 是 64
你这个地方应该用 size_t
size_t 的意思是当前环境用于表示地址范围大小，保证不溢出