现在短信通知已经有了啊，叫做 SMS Short code ，当然目前是只能接收（直接显示服务商名字），不能回复，非常适合接码验证的场景

这就是为啥要有个 graphql

ssr 可不只是为了 seo 啊。。

virt 没啥好关注的。。

下载一个 github desktop 登录吧（
或者用 github cli 也可以
（会帮你配制好本地的 git 的

如果要推广给个人用户的话，还是一键 A/B 分区（加验证禁止修改 root ），软件尽可能单独用户安装的模式比较合适

import 一个"net"也不会 panic🤣🤣🤣

不过 windows 本身也有这个啊，只是打开微软应用商店而已

你可以考虑一下解析 json 的目的，如果可行的话，不需要先变成一个对象，而是直接从流式解析中提取需要的数据

firefox 没多少人做主要是协议问题，做了必须开源
webkit 还是有很多人做的，linux 下 gnome 用的哪个浏览器就是 webkit 的
chromium 肯定不能算好做，因为官方更新太快了，你的修改很容易就会和官方的更新冲突，然后如果你版本锁死不更新的话，那 chromium 这么大占有率，发现个什么漏洞你就完了

要无声还要耐用，那就选静电容键盘吧（就是预算会超

说起来有个隐私泄漏的点：动态照片会保留音频的，而授权相册读取权限的 app ，可以通过这个 live photo 捕获到相关的声音用于分析

canvas2d 下你打算怎么实现模糊效果和背景模糊?

@lisxour 后面放个过滤器，能扫出来的才输出给用户（

@mmdsun 神 tm OverView … 而且你这个链接也只是音频的

那头文件不是叫 RCTJPushModule.h 吗（

@geelaw
@ysc3839 我找到了微软官方的文档
https://learn.microsoft.com/en-us/windows/win32/directshow/overlay-mixer-filter
早期视频叠加渲染独立于 d3d （ VMR-9 开始才支持 d3d ），用的是 directshow ，和 dx surface 没有任何联系
楼上说的不用 alpha 混合，说的应该是 vmr-7 以及之后的渲染方式，显然稍微新一些的应用都不需要在这个方面扣性能了
也找到了颜色相关的描述，如果没有指定颜色键的话，深灰色适用于较新的显卡，洋红色适用于较旧的 256 色卡。
这种模式下，最多只能显示一个视频流，有两个视频播放的话就可能产生闪烁
启用了视频叠加还会禁用 dwm ，也就是说，基本上和 d3d 也冲突了
这个模式充满了历史感，用的是所谓的视频端口，文档中还包括了 line-21 也就是 cc 显示的功能和所谓的 DVD 子画面（显然也是特殊显示器 /电视机才能实现的），为了用上硬件加速可真的是不择手段啊。。。
这里列出了古代视频渲染（显示到屏幕的部分）方式列表
https://learn.microsoft.com/en-us/windows/win32/directshow/choosing-the-right-renderer

@yolee599 但是如果你用 msys2 的 git ，会有一些路径转换的问题等着你

@felixlong 果然是用颜色 mask 做的，我看 wiki 里写
As a consequence of hardware overlay use, a screenshot program (for example, the one automatically built into Windows that activates when a user presses the PrtSc key) often does not capture the content appearing in the hardware overlay window. Rather, a blank region containing only the special mask color is captured. This is because the screen capture routine doesn't consider the special video memory regions dedicated to overlays – it simply captures the shared main screen as rendered by the software's graphical subsystem.
还以为是啥特殊的东西，原来就是直接特殊颜色啊