剪掉 vbus 就是了。
不过我不知道为啥需要在线上做这个，独立电源设备大可以悬空 vbus 脚而不是依赖特制的线。

换 iscsi
不允许共享访问的文件走 NFS 类协议效率都高不了

并不是所有版本都会有镜像构建的。
媒体创建工具能下到最近一个有构建的镜像(esd 格式)，然后可以用 dism++打手工下的 LCU 补丁添加进去，过程略麻烦。
不过好在即使是旧版 win10 也与当前的 WSUS 兼容，安装后再更新也没问题。win7 因为太久没 RTM 就做不到这点。

ios 一刀切不允许跑后台任务而已，对手机来说资源下载属于重负载任务。

ios 的 hd 版都弃坑了何况 android 版。
至于你说的左右分屏，这个如果系统没去针对性擦屁股，那就需要 embeded activity 支持，你就下标准手机版包没效果就没辙。
平板我建议直接用网页版，体验也不太差的。

最佳选择是选择仅归档不压缩。
不太傻瓜的压缩软件都支持 copy/store 压缩方法，也就是仅存储不压缩，zip 、rar 、tar 格式都支持，推荐 zip 。
视频照片本身已经高度压缩，重复压缩基本没有收益。

跟 win7 不一样，win10 的硬件支持可能能续挺久的，不过这点主动权通常在硬件厂商手里而不是微软。
1. 原生 xHCI 支持，所以未来不太容易出现 win7 那种没 usb 驱动的问题
2. 完整 UEFI 支持
3. NDIS6.8 网卡驱动支持，近期的消费级有线网卡都提供这个模型的驱动
4. 原生 NVMe 支持
软件方面：
1. .NET 将 win10 以上的系统视为同一构建目标 win10-x64
2. 预装 UCRT ，这是目前绝大部分 windows 软件的依赖
3. 预装 DirectX12 Agility ，意味着应用自行升级 DX12 runtime 比较方便，而且 DX12 不像 DX11 那样成为了非游戏应用的普遍需求
4. 支持 TLS1.2/1.3 ，不太有断网风险

另外吐槽一句，有些人嘴上说要微软支持行动上却是拒绝接受支持的，在我看来就是很分裂的。

首要条件是 vendor 的基线支持多久，如果遇上 vendor 挤牙膏马甲换代的那因为马甲通常沿用旧基线所以能续久一些。
另外说实话我觉得哪怕是爱好者圈子也不见得真欢迎系统维护，OTA 降性能计划报废论很流行。
现在对高版本 android 的需求不高了，主流 APP 最低版本长期停在 5.1 ，能对用户"有利"的主要是 TargetSDK 提升导致的行为变化，但这个了解的人很少。

检测国家代码这个我只听说 intel 的网卡有，别的硬件不知道。
常见手段是通过硬件 id 或者硬件内置 efuse 烧写地区信息，如果没能力改驱动就不好绕过。

可能需要在执行的时候用引号把路径包起来。
据我所知，python 的 subproccess.run 虽然支持传递字符串数组，但只在 posix 类系统下才会原样传递给 exec 系统调用，而在 windows 下就是拼接字符串，因此需要加引号及进行转义。估计 electron 也有这个问题。

这种 usb 的所谓加密都是要专用软件的，个人不怎么喜欢这个。至于支持 TCG Opal 2.0 的倒是可以改改组策略让 bitlocker 可以用上这个能力。
另外我觉得买入门 nvme ssd 套硬盘盒挺好的，靠谱的盒子不贵，也方便损坏拆盘。

有一种可能是广告平台并不掌握正面标签，只好给你推这种最大众的广告。
至于负面标签，不是很清楚是不是这种情况负面标签不起作用。

考虑到这个设计沿用很久了，就算有 bug 也当成 feature 了。
截图的话虽然都不顺手但同侧相对顺手些，对向位置惯例是放语音助手键或者拍照键的

一般来说就是多弄个子路由就解决的事。子路由可以用淘汰的旧路由充当。路由的射频能力是比手机好的，手机收 5GHz 不行的位置路由器中继效果不见得差。
纠结一台路由穿墙这事只应该在人生第一台路由器时去考虑。
近一两年的路由才支持 mesh 而且要同品牌，组不了就用老的中继方案就行。
另外有些老旧和廉价手机的射频能力可能是有问题的，我最近就遇到了，vivo y53s ，隔个水泥墙角就无信号，别的手机同位置还是满格。

@boywang004 多数时候电力猫不如无线中继

@wxf666
视频网站需要平衡转码成本、存储成本、带宽成本。大播放量的视频带宽是大头，小播放量的就要看前两者了，具体怎么平衡那要看平台的运营水平了。
新视频刚开始只有 H264 一方面是转码要排队等，另一方面是播放量太少的话节省的带宽费不够填转码成本，所以可能会等热度上去了或者等算力价格低时再转码。
而过气的旧视频就要考虑转码版本的存储成本了，所以有些刚投稿的视频有转码版本过一年之后就删掉转码版本省存储了，除非被挖坟重新火了会再转码一次。
B 站有个不好的地方是并不会保留投稿的源视频（油管据说是留着的，别家不知道），所以近几年降码率基准时是拿已经二压过的 H264 流做三压而不是重新拿原视频用新参数压，这么倒腾内容损失就大了，连版权内容好像都这么搞。

另外其实有个头疼事就是哪怕是面向有一点基础的数码爱好者，要讲清楚新编码能合理降低多少码率也不是件容易的事。这玩意是要在码率、编码速度（编码成本）找个平衡，而不是看个编码速度/VMAF 跑分就能下结论的事。因为一般都不是产品卖点而是换代赠品，自媒体都不太愿意评测这个。

就是带宽费用高啊，不算啥不可批评的问题，你说这是打劫企业端补贴消费端提速降费的代价都可以。要知道现在 B 的大会员在版权内容供应上并无优势，差不多等于用户交笔钱享受高码率，我也是本着这点掏钱的，所以至少大会员专享画质不要做太难看。
不好的可能就是举例只拿 B 站（没点名）举例，实际这套刚上线只有高码率 H264 之后再转分发 HEVC/AV1 的机制油管一样有，只是油管用 VP9/AV1 。，而且 AV1 使用比较克制只限 4K/8K ，而且不管 B 还是油管这些高级编码也是要比 H264 码率要低的。
转 HEVC/AV1 缩码率就算了，理论上确实能缩点的，提高手机解码要求也是可以原谅的，毕竟大伙都在逐步换机硬解本就悄无声息地普及（不管是手机还是 PC ，解码能力都可以理解为换代升级的赠品，定价并不与解码能力关联），算是用户无意中替你创造省钱机会，但你把目标码率直接大砍一半——AV1 没牛到这份上吧？
**平等地喷所有网站最合适**。依我观察抖音网页端只有 H264 这一种选项，就那么十几秒不但分辨率不超 720p 码率也很难看，手机端是怎样我都不敢想。推特就更离谱了我就不细说了

抽油效果最好的方案就是吸风口尽量离烟源近，参考烤肉店的烟机。
贵通常都是贵在外观。