估计因为走的是 USB 2.0 。可以用这个程序来看一下对应的 USB 设备的信息：
https://www.uwe-sieber.de/usbtreeview_e.html

顺便，要看具体的 USB 协议，不是设备名。微软的苏菲 book 的读卡器设备名写的是 2.0 ，但真实协议是 3.0.

我自己也确实对平板设备有些感受，而且最早接触的平板设备是小米平板 2 的内存扩容机（ Windows 10 系统）和一台 Surface 3 ，算是一直对 Windows 平板有兴趣的那种。
目前手边的最常用的设备是一台 Surface Book 2 15 寸，和 2022 年才购入的 2018 款 iPad Pro 。
稍微理一下日常体验，大概是这样：

对于看视频、浏览信息：
- Surface 系列的发热和续航一直很感人，英特尔功不可没；
- iPad 因为系统的流畅度与合格的续航，在这些方面很占优势；
……这种情况下，iPad 或者安卓平板是最合适的。还有一点就是上手门槛，这个自己可以不在乎，但推荐给别人就要考虑下这一点。
不过，对于信息查找效率，Windows 平板 + 键盘 > iPad + 键盘，即使不考虑浏览器扩展程序这类加成也是这样。

对于文字工作：
- iOS 的输入法很蛋疼，词汇和联想感觉都不如 Windows 的输入法，不仅仅是在专有名词上面；
- Surface 的续航很蛋疼；
- 任何平台的触摸键盘都很蛋疼；
- iPad 的软件环境最蛋疼。
……这种需求下，Windows 设备是最合适的。考虑到续航和便携性，可能 ARM 架构的 Windows 设备还真是最占优势的搭配。当然，如果是轻度的文字工作（在线文档、邮件回复等），那么当我没说。也不要特地对于这点来抬杠了，要抬杠的话请去试试在 iPad 上编辑嵌入在 Word 文档中的 Viso 对象，或者简单点，去调整 PPT 动画的时长和顺序。顺便，剪切板历史记录？不侧载的话能实现么？

对于生产力：
- iPad 只有用来绘画的时候对我来说能算是“生产力工具”，但可惜自己也不是专业人士，也就停留在画着玩的层面；
- Adobe Fresco 在 iPad 上的易用程度和流畅度甩 Windows 触摸设备很远，算是一个生产力应用；
- 想在 Surface 上画画？小心手部被屏幕发热低温烫伤；
- Adobe Lightroom 可能也算是一个 iPad 运行流畅度高于 Windows 便携设备的一个例子；
- 写程序？试试找出一个 Swift Playground 以外，能够利用 iPad 本机硬件进行软件开发的工具。
……从这里来说，iPad 有个（我个人感觉） Windows 很难替代的绘图设备的属性。
我那台 Surface Book 因为有屏幕烫手、笔迹抖动、屏幕亮斑、续航感人等问题，让我很后悔 2022 年才摸到 iPad 设备。现在，Surface 就纯当笔记本电脑来用了，触摸直接等于没有，只有在 Blender 里面会用到压感的操作才会想起来拿笔出来暂时用一下；
当然，如果说是搞开发，iPad 直接无缘。键盘用着都别扭，一些系统覆盖到全局快捷键和很多操作细节一直感觉不舒服。第一方键盘甚至还不给顶部的功能键，直接不如第三方键盘。其他生产力工具？那么强大的图形处理器，最后只去给应用商店里面满屏幕的移动端游戏服务去了。剪视频？不妨看看连动画速度曲线都不支持的 LumaFusion 和直到 2022 年才上架的、仅 M 系列处理器可用完全版的达芬奇。轻度使用当然够，但你得允许和同类型的 Windows 下的软件对比吧。

废话可能有点多，也不太好总结。总之就是，Windows 平板的优势似乎和“平板”不是很沾边，但 iPad 的局限性又太大了，反而显得 Windows 是最有用的那个（虽然也确实如此）。
但是，得益于 Adobe 和 Apple 的……深度合作 (?)，照片后期和基本的绘画，这可以说是 iPad 比 Windows 更快、更方便、也更好用的地方。至于随之而来的短板，大概也就是文件管理系统很残缺吧。

最后，非常认可 OP 帖子的第一句话。摸过的 Windows 平板的最大的问题也就出在性能释放、发热和续航这些方面了。（当然 还有个重量）

(很抱歉字数太多，有些刷屏影响阅读了)

似乎没遇到过。
iOS Firefox 上倒是出现过这种现象，只要退出重进就有概率直接掉 Cookie 。

这个需求按照 PWA 规范加一些内容就可以让浏览器帮你把网页变成全屏应用程序了 (Safari 11.3+)

改个密码再登陆试试？有一个用作机器人的账号遇到过这种提示，忘了怎么解决的了，好像就是改了个密码。

看前面可能有些小误解，简单补充一下，大气层 (Atmosphere) 系统本身的目的是允许在 Horizon OS 上运行 [自制程序] 。只要你不去干“缺德”的事情（在主页安装未授权的软件、非法改动在线用户数据、联机游戏作弊等），你甚至都可以做到真实系统下正常联机游戏。

和真实系统对应的是虚拟系统，虚拟系统是一定不可以联网的，一般可以用来例如安装未授权的 nsp ，搞破坏性实验啥的。机子炸了都不会影响到真实系统的。

真实系统下，像是套大气层启动、然后用超频插件锁定频率这种操作，不会带来影响。这个玩法反而按理说能让你游戏体验提高很多，试过宝可梦朱紫可以手持模式下满分辨率运行。只不过由于并不清楚任天堂的检测机制，不能说百分百安全，但按照自己的经验和很多其他用户的说法，不去触碰一些例如改存档之类的违规行为，就正常这样游戏，安全性是有的。（改存档的话……检测机制似乎也不是很严格，参考某宝一堆代改存档刷道具的那些商家）

ban 机机制就是任天堂检测到了你的违反用户条款的机器使用行为之后，暂时 /永久 禁用掉了机器的联网权限。典型的触发原因大概就是：虚拟系统暴露序列号联网、真实系统下安装盗版程序、强行修改真实系统的行为（第三方主题这类）、非法修改在线用户设定档、清除与云端同步过的错误日志、同一个机器出现了多个不同系统的联网行为这些。

顺便放个有意思的东西：画质方面的金手指，在支持动态游戏速度的很多第三方作品下，用处很大，可以突破 30 帧或者锁分辨率。对于部分游戏还可以提供一些 PC 上才有的画质设置。这个没在真实系统下长期测试过，怕炸，所以还是建议虚拟系统下测试机器用：
https://github.com/ChanseyIsTheBest/NX-60FPS-RES-GFX-Cheats

JS 熟练的话，本地或服务端脚本用 Node.js 、浏览器写插件等，都可以用上。
例如自己整过的一些东西，基本都是 Node.js：
- 需要特殊验证才给通行的 TCP 端口转发；
- 一分钟为周期，将没有消息推送系统等某站点的通知 (不是 V 站) 同步到 Telegram Bot 上、并在本地备份一份在 SQLite 里面；
- QQ 机器人，负责点播梗图和贴纸包，或者生成喜报图等，现在还刚好接了 OpenAI 的模型玩了玩；
- 对接到腾讯云短信接口的自动告警；
- Cloudflare API 的反代理服务，来保证在一些出口流量不稳定的网络环境下正常更新一个内网 IP 的 DDNS ；

然后对于浏览器插件，例如嫌某站点的默认作品预览图分辨率低，油猴脚本伺候了一下，顺便添加了大图快速预览和方向键翻页等。Safari 现在支持第三方脚本也能用上了。

之前还想试一下把 ffmpeg-wasm 塞到浏览器里面在 iPad 上运行，然后没等在移动端测试就已经被效率劝退了，就没做下去。

虽然摸的全都是 JavaScript/TypeScript ，但挺庆幸自己并不是撸表单和摸 CRUD 居多。想做东西的时候偷点懒，NPM 那满地的轮子总有适合你的。

页脚备案信息只要主页写就行，其他页面不需要，并且非 www 解析下的其他页面估计也不会有人去检查。

Copilot 内测的时候我观察到它是会记录用户自己的编码习惯和历史的。多人用一个账号可能会出现不好的情况，例如自己写的代码段被别人自动补全出来。

补充一下，如果确实就希望这个对象被创建一次，可以参考新版文档的这个例子：
https://beta.reactjs.org/learn/you-might-not-need-an-effect#initializing-the-application

更准确地说，就是如果非常确定一个对象的生命周期不是与组件绑定、而是与整个应用绑定，那么就可以不用 React 的状态管理、并且也最好别用。

(另外，前面提到的 useEffect chain 可能不会很合适，毕竟带来了额外的 rerender)

可以写两个 useEffect ，一个只负责初始化和释放对象，另一个负责在存储这个对象的 state 完成初始化时再开始执行。
上面的 controls 这个变量就会需要从 useMemo 换成 useState 。

@IvanLi127 是这样的，这算是有意这么设计的。设想一下如果这个对象的生命周期如果应该和当前 component 一致、且会涉及到释放操作，那么初始化和回收都应该交给 useEffect 去做。

手上一台 Pro 2018 ，联想口红电源 65 W 无法激活快充，小米的 65 W PD 充电头可以。
……没查过是为什么。

窗口全屏（无边窗口模式），渲染分辨率不变，仅缩放填满屏幕；
普通的全屏模式，渲染分辨率跟随系统分辨率设置。

整薯条已经是家常便饭了，换一张图
https://i.imgur.com/1SJnb6U.png

虽然不知道怎么做合适，但先丢个 npm 包在这
https://www.npmjs.com/package/@ctrl/tinycolor

如果要用 HSL 来做过渡、然后转换成 HEX ，这个包可以帮忙。

https://gist.github.com/MossTheFox/eb9ede4c622c4ea65493147efad72ff0

安装两个包：
npm i express http-proxy-middleware

如果不熟悉 Node.js 的话，要做的基本就是下面这几步：
mkdir temp
cd temp
npm init -y
npm i express http-proxy-middleware

目录结构：
📂 temp
- index.mjs (此文件)
- package.json (npm 命令创建)

运行: node index.mjs

用过一个 node.js http-proxy-middleware 包，可以结合 express 很快地搭一个本地反代理来测试。这种需求下，可以接管实际请求返回时的数据，写一个随机报错 (可以是发送请求之前报错或者是收到响应之后丢弃然后报错，看哪种合理)。