curl

如果不知道命令，先在电脑上用 chrome，按 F12 打开 Network，访问你的网址，确认没有问题，右击，copy as curl (bash)

vm 虚拟器我记得是可以设置比宿主机分辨率更大的分辨率的。

分开既然可以，那一起应该也没有问题。 -filter_complex 分别设置音视频的 output stream name，然后用 map 参数，输出到一个文件。

曾经在一篇高低情商对比的帖子下，别人的总结：高情商就是说话阴阳怪气。

视频用 ffmpeg，图片建议用 imagemagick 。略懂不是大神。

首选 ffmpeg 里的 ffprobe，如果觉得太大（静态文件几十 M ），可以用 mediainfo，各个平台都有，专门获取视频信息的，比较小。

也是第一次知道 switch 还能这么玩。

第一考虑的难道不是开发人员熟悉哪个用哪个么？
都不熟悉的话，就选 java 吧。
都熟悉的话，这几个服务用 java，那几个用 go，也不是不行。

不错，支持一个

以前看过一个文章，说如果你打算 5 万买个真钻戒。不如 5000 买个高档一点的人造钻石，把剩下的 45000 交给老婆（女朋友），后面布拉布拉自己想像吧。看看有没有道理。

@zhaoxj58 那就实际问题实际解决。总之，虽然实时合成是可以做到的，但实在是不推荐的。

有碎片的话，建议要么提供 m3u8 给前端（参考爱奇艺），要么给列表给前端（参考腾讯视频）。这种实时合成的太耗 CPU 和 IO 了。
另外是流量，对象存储直接给到前端（ 302 过去），流量不用走服务器，不然服务器的带宽是瓶颈。
前端没法改的话，只能存的时候合成大文件存了。

是把文件先转 base64，再分成每个字符串 4M 分别存成 txt 。还是先把文件分成每个 4M 大小的二进制文件再转 base64 ？

转回来的时候是否按照切的顺序倒着来的？

你这不管三七二十一全部 return 301，能不重定向次数过多吗？
我一个服务器是这么设置的：

#设置域名跳转 https
server{
listen 80;
server_name www.example.com;
return 301 https://$host$request_uri;
}

80 和 443 端口监听分开，简单易懂

倒是没有看出缩小的时候哪里更清晰了。
不过发现 v 站的图床，png 图片缩放之后尺寸反而大了，原图 20K，贴出来的大图是 80K 。 @livid

@libasten 不好意思，字幕少接触到，所以给不了好建议

你直接用 a.length 和 a[0] 这么取的么？
建议用 Array.from(a) 来取得“字符数组”