Richex

@Foxkeh 笔记加强散热就只能改水冷了，但是没有工具，网上找要来回邮寄影响使用同时存在风险，有什么推荐的方式吗？

@yuejieyao 刚问了客服改成金百达 16x2 要加 350 怎么样？因为考虑电子产品更新快也不保值，所以想在能满足需求的情况尽量控制预算，配置太高了在我这也比较浪费，甚至 3060 都足够了但现在网上卖的都是 5060 价格差不多，请问其他整机配置有推荐的吗？

@AnYongMaple 笔记本整套都是原装的，高功耗黑屏只要稍微控制下温度就可以了，更换电源可以改善温度吗？我平时只要高功耗使用摸一下表面就能直接感觉到非常烫。

还是用的比较基础的方案，密码管理工具保存本地文件 + 支持同步盘的第三方服务同步文件。
目前没有考虑自行部署，主要是要部署的服务即使是开源也不能保证绝对安全，以及部署维护的成本。

真的太坑了，目前我这能复现的步骤：
1. 点击 Chrome 浏览器地址栏，切换成中文状态。
2. Win + R 运行窗口输入框切换成英文状态。
不断通过 Alt + Tab 快速切换两个窗口，然后会发现 Chrome 变成了英文状态。
同样的步骤，运行窗口切换到中文，Chrome 地址栏切换到英文，不断通过 Alt + Tab 切换后，Chrome 变成了中文输入。
我这切换一次就能复现，其他情况可能需要多次。

我的系统语言设置只保留了一个简体中文以及简体中文下的一个微软拼音键盘，默认英文，所以平常都是按一下 shift 切换中英文，不需要 Ctrl + Shift 或者 Win + Space ，更新之后每次 Alt + Tab 切换窗口之后中英文状态都是不确定的，太影响日常工作了。同样的设置在更新之前以及公司还没升级的 22H2 系统完全正常。

@eniru2016 这个挺好用的，感谢！

@verrickt 感谢推荐，这个确实不错，基本所有细节参数都能对比上，缺点就是最多 3 个，加上是国外网站的原因，好像有些没有价格数据。

一般都是只在一处处理 CORS 。如果逻辑不复杂，可以用 nginx 直接处理更方便。如果需要做一些较为复杂的逻辑处理用来控制 CORS 则建议在后端。
见过挺多对 CORS 不了解的开发到处乱加的。
另外注意处理好 OPTIONS 请求，我甚至还遇到过因为跨域出现一个 POST 请求创建了两条记录的 API :)

@xinghen57 明白了

我猜测是 ffmpeg 没有对 PowerShell 做处理，更多的还是从 Linux 平台出发做的。

yt-dlp 的代码里面 WARNING 也确定是直接输出到 stderr:

https://github.com/yt-dlp/yt-dlp/blob/d5d1517e7d838500800d193ac3234b06e89654cd/yt_dlp/YoutubeDL.py#L1032

没有考虑 PowerShell 的 warning 等通道:

https://github.com/yt-dlp/yt-dlp/blob/d5d1517e7d838500800d193ac3234b06e89654cd/yt_dlp/YoutubeDL.py#L609-L611

我的理解是 ffprobe -i 'video.mp4' 在终端输出的那些信息 ffmpeg 官方认为只是辅助信息或者说是调试信息，并不作为程序输出，所以 exit 0 并且 stdout 是空算是正常情况。

或者将 ffprobe 当成一个“在终端'查看'文件信息”的工具，看起来好理解一点，在我看来这是 ffmpeg 的一种“选择”，自然也没有对错之分了。当然关于怎么输出应该交给官方了，我们在这讨论也起不到啥作用。

在我这里 ffprobe -i "in.mp4" -show_format > info.txt 命令的 exit code 为 0 ，你是说在你那边是 1 吗？

目前我还不是太理解你想要解决的问题，方便的话可以描述一下细节，或者“确定终端输出的 stream 号”是基于什么确定？

比如这个问题：如果在终端看到一段输出结果，怎么确定是 stdout ，或 stderr ，还是 warning ？

ffmpeg 已经将对应信息分别输出到 stdout, stderr 和 warning 这是已经确定的，应该怎么理解“怎么确定”？

我感觉 OP 目的好像是想要从 stderr 中读取信息的意思？

看起来 ffmpeg 就是这么设计的吧，如果需要输出到 stdout 除了重定向也可以试着找一下官方提供的相关参数，例如：

ffprobe -i "in.mp4" -show_format > info.txt
ffprobe -i "in.mp4" -show_format -of json > info.json

从你的问题上来看，程序同时输出 stdout 和 stderr 是很平常的事情，所以如果你的问题是怎么确认终端输出是 stdout 还是 stderr 的话，个人感觉这个问题不太成立。

但其实绝大部分程序都会遵守 exit code ，即 0 是正常执行完成，非 0 异常，实际测试 ffmpeg 也是这样，
所以如果只是想知道是否执行成功其实判断 exit code 就足够了。而程序执行成功后和失败后的输出也是可预期的，判断一下 exit code 再从两个输出中根据需要读取就好了。