@chauncychan 这有问题,因为不可以移除笔记本的电池,所以当系统死机时,没有办法通过智能插座断电重启

@totoro625 好怪,但是好像也行

所有不加行为验证码的抢购就是图一乐,成事在天🤣

@vituralfuture 那你直接跟后端骂他写的什么垃圾东西，打 log 能卡住 web 服务，正常人干不出来这事。今天能因为 conhost 阻塞导致整个程序卡死，明天就能因为 log 打太快导致业务缓慢

这怎么就天坑了？控制台程序进入选择模式时，控制台输出流阻塞以便于你选取，这是预期行为。你应该思考下为什么你打个 log 都能把整个程序阻塞住？

@imldy Via 是闭源软件。不过确实满足这个以外的所有需求

我寻思安全模式不是有个启用低分辨率视频吗？强制分辨率 1024*768

这种东西我感觉就像是微信小程序，说割就能割。而且微信小程序至少稍微改改就能再封装成 web app ，serverless 那真是被厂商拿捏命脉了

就算能省，serverless 这种东西没有统一规范，和云服务厂商平台高耦合，哪天涨价了你都没脾气

@Hozoy .net 拿来做前端？

我真的很担心你们真的把 base64 当加密算法用了😅

绝对音量的断层问题不是一两天了，已经存在很久了。Windows 上表现为 Windows 的 5 格音量才对应蓝牙耳机的一格

这就是电子邮件的 feature 啊，如果域名所有者想要禁用这个 feature ，那就应该设置 DMARC

建议检查 GDI 泄露。Windows 最多一个用户只能有 10000 个 GDI 对象，多了就会触发 throttling

卡到鼠标卡九成是驱动的锅。再比如 Edge 和 Chrome 不知道用了什么硬件加速的黑魔法，有些网页能导致整个系统卡到嘟嘟响，但 Firefox 就非常流畅。

@cmdOptionKana 貌似是真人翻译，但问题出在翻译公司只能看到一堆缺失上下文的 XML ，不结合上下文就会搞出类似“该内存不能为 read”（翻译公司视角：This memory could not be %s ）的笑话。
微软不给上下文就不可能搞得好

TLS （含 HTTPS ）会泄露正在访问的域名。根据域名会知道你正在访问什么网站、使用什么 APP 。但 TLS 连接传输的正文不会泄露（对于 HTTPS ，正文也包括 URL 、Header ）