已 star

全部是 qt 的项目吗？ C++ 还算熟，qt 不熟。做过物联网

这种小主机，发热量巨大。我的 um790 ，两条 M.2 的硬盘，两条内存，跑个 windows ，里面跑跑 wsl 调代码，最高温度 93 ，中午基本 85+。除非你能很好的解决散热问题。噪音倒不是问题了，就俩小风扇。

window 里用 PowerShell 也是一样有个 profile 文件的，$PROFILE 环境变量就是它的路径。只要不是系统需要的环境变量都通过它加载，注意对它的管理就好了。虽然语法很不习惯，但功能基本都有。

20+年，依然。

问“怎么提问更合适一些”这个问题，其实可能也会影响到能不能搜到结果，或者问 GPT 能不能问出来有效的答案。重点我觉得应该不是在方式上，而是有没有把握到问题核心的点。搜索引擎或 GPT 给出的答案，有时候不一定是能解决问题的，但是能告诉你搜索的关键词（或者提示语）是错的，或者会给出个描述更贴合你要解决的问题。

北京办公室开起来了？

我其实觉得 sponge 不够 “管道”，因为它断流了。

这种情况下，用多个文件是最合理的。尤其是文件比较大的时候。因为删掉一个文件是直接操作文件系统的分配表，不会真的去写个大文件，把新文件改名成原来的文件名也是一样的文件系统目录结构修改。另外，如果一个文件的处理过程比较长，那么在这时候系统重启或者断电的时候，都操作一个文件的方式就会导致文件的状态不可知，用临时文件的方式可以重复执行很多遍，都是同样的结果，即使中间有失败的情况也无所谓，因为在完整流程完成之前，新的文件没有“提交”。

最后的问题 3 ，系统就是你说的那样，先创建两个进程，把他们用管道连起来，然后在分别 exec 执行管道两边的命令。所以一行里写若干个管道的话，实际上管道里的多个进程都是同时在执行的。需要注意的就是，因为 fork 多个进程，再去 exec 不同命令（ sort ，tee 这些）的调度依赖于系统的进程调度，所以谁先执行文件操作这点，并不一定。所以有时候小文件能执行成功，可能就是前面的已经把文件内容读到内存里了，那这时候 tee 情况文件已经不影响结果了。

另外，这种问题其实可以写个 c 程序验证一下。其他语言在操作文件之前的准备工作可能久一些，会影响观察结果。

@msg7086 自带一群蚂蚁咬木头的 BGM ，哈哈哈

@0o0O0o0O0o 那还不如说他用的是磁带机 哈哈哈哈哈

windows 里类似 dmesg 的东东是 event log ，内置有个 app 叫 event viewer ，你可以看下里面有没有想要的信息。应该在 Windows Logs -> System 里吧，如果有的话。

@Monad 这兄弟新注册的，可能对这种留联系方式的方式还不熟 [捂脸]

@qW7bo2FbzbC0 这几个 alias 是我每次装新的系统后第一步就先干掉的。

简历已发

@AlvinGao 后端这个是好多天前发的了，现在还有效吗？

我以前做过的方案是把 gitea 设置成 create on push ，在 custom/conf/app.ini 里有 ENABLE_PUSH_CREATE_USER 和 ENABLE_PUSH_CREATE_ORG 。不过不太确定新版本里，这俩设定生不生效。这种方式比较适合有很多 private repo 的用户或组织账号。写脚本从 github clone 下来以后 push 进去就行了。

m3u8 里的密钥要做成动态的。换句话说，m3u8 是接口生成，而不是固定存储的某个文件。同时，请求 m3u8 接口和请求 ts 文件都需要鉴权，可以带一个会过期的 token ，这样扒下来 js ，也还得去破解登录，不然留给扒取视频的时间就很短了。这些都超出了 ffmpeg 的功能范围，它只是帮你实现视频加密，业务流程上的保证还得业务层来做。