可以 defer 的话 defer 到 cron 里执行。
要当场跑的话 N+1。
强行做复杂查询可以找 Oracle 看看有没有解决方案。

双向验证证书不需要同一个 CA 签发服务器证书。
私钥不可导出的话，哪里不保险来着？

HTTPS 当然是双向的。你说的双向是双向证书验证吧。

@uricc 那就……有点过分了吧。

小米现在的 Policy 还是 Root 和 BL 不破保修，搞得我现在只敢买小米了……

SB 维护的 Nginx Debian 9 Repo 就支持 TLSv1.3 和 Brotli。安装以后，开启功能都只要改 Nginx 配置文件就行。

https://mirror.xtom.com/sb/nginx/

突然被领导叫走 /取外卖等等。陪你聊了好久但是你根本停不下来等等。

只是当硬盘用当然可以。这种阵列就相当于是一个 DAS。

@zeroze 没有坏处。

bbr 应该是只涉及传出。客户端如果是入站的话 bbr 没太大影响吧。

十块零五是 10.05 。

还行啊。我之前别家 VPS 厂商数据全丢也是赔三个月。

弄个二手 i3/i5 小尺寸品牌机，装个 nextcloud ……

@shayuvpn0001 #110
source 和.bash_history 都不是人畜无害的。

source 是以当前用户环境执行程序而且不关心执行权限（所以可以执行任何程序），非常危险。
.bash_history 里有很多修改系统文件的命令，如果运行的话也非常危险。
可以说，这是两个非常危险的东西放在一起了。

首先第一个问题是就不应该考虑 ffmpeg 的 concat。ffmpeg 的 concat 是非常原始的连接，对于容器格式不是很适用。
然后要合并文件，要考虑的是目标文件格式支持哪些特性。
比如说你要合并成 mp4，那么流的格式就有限定（比如 ass 字幕就不可能合并），流本身也有限定，比如把一个 avc 的视频和一个 hevc 的视频接在一起大概率是要崩的。不同参数编码出来的视频放在一起也有很大概率会崩。

最有希望合并的情况是，这些片段原本就是从一个源上切下来的，或者是从多个相同参数编码的片段上切下来的。
这种情况直接用 mp4box 合并大概就行了。

mp4box -cat part1.mp4 -cat part2.mp4 output.mp4

就是要注意一下这样合并出来的视频，中间可能会有多余的 VPS SPS SEI 帧，如果你介意的话还得手动编辑流去去掉。

另外帧率不同其实只需要合并一下 timecode 就行了。

别说刚入门了。我们这些写了十几年程序的人，突然要让我去写 C 或者 C++，至少还有 20%的时间是在和 C 语言类库或者编译器搏斗中度过的。所以除非是特别有必要去用 C 或者学 C，否则我都是推荐用别的语言入门和开发。你需要懂 C，但你没必要从入门就开始懂。

@codechaser 干扰太多。最后你花下去的时间，20%在学编程，80%在和 C 语言搏斗。

@testver POP 和 IMAP 是用来取邮件的，收邮件用的是 SMTP。

=====

说来这贴里有多少人是完全没看题的？

一种可能是 VPS 服务商屏蔽了入站 SMTP。
另一种可能是源码有问题。
我觉得前一种可能性大一点。你可以把程序关了，再发一次邮件，看看是不是同样的错误。如果是同样的错误，那么多数是服务商给屏蔽了，需要你去开工单解。

还有一种可能是你服务器上已经安装了别的收件服务（ exim 或者 postfix ），邮件发到那去了。