TIM Windows 一直都有的一个问题是只要遇到涉及视频的消息 /视频聊天就会崩溃，好像过了大半年还是老样子

@hst001 我这么做的想法是装一个比推送的更新的驱动，这样 update 服务就不会尝试更新驱动了

你这个好像是无线的，不过处理方法差不多
我估计是反复安装失败导致的

去 downloadcenter.intel.com 下载最新的以太网网卡驱动包
断网，用 dism++将更新缓存、传递优化文件、过期驱动都删了
安装驱动
重新联网、重启
试试有没有用

你是希望你要访问的站点直到客户端真实 IP 吧
HTTP 层面就是 X-Forward-For: client,proxy1,proxy2...
但是代理服务器（客户控制的）可以伪造这个头，所以站点认不认这个头要看情况
很多时候站点知道客户端真实 IP 并没有什么用，例如你客户端用的是私有地址

我的理解是边缘网络（也就是你家到 ISP 机房这一段）已经建设得比较好了，对于主要靠 CDN 承担的流量（视频点播等）可以较好地工作，但骨干网的容量相对紧缺一些，所以跨地域的应用（在线会议、网游）压力会大一些，相对更容易出问题

有一个帮助在非 MIUI 上用 mipush 的工具
https://github.com/MiPushFramework/MiPushFramework
你可以试试
苹果那套东西就是它想做好的就能做得很好，不想做的也不会允许你自己动手

因为现在大家觉得 bundle 所有依赖已经是成本最低的方案了，那点存储空间不值钱，DLL hell 损失更大
微软老早就建议使用 VC++的程序使用 Redist 安装程序而不是直接在程序里带上所有 DLL，然而一众厂商还觉得安装程序太大？（迷惑行为）不同版本怕兼容问题（哪怕是 patch 更新）
VC++已经是 ABI 很稳定的库了，chromium,electron 这种一年一个样的库还想着共享？我觉得是没戏

@murmur 游戏喜欢吹画面，有可能是因为只有画面能吹了，毕竟玩法创新是可遇不可求的
跑满 GPU 也有可能可以算作 IO 问题，现在的 GPU 性能受 VRAM 带宽影响还是蛮常见的
而且这问题就算搬上服务器也不见得能解决，云游戏普遍画质设置偏低，反正弄高了网络上压缩一下也看不出来
论延迟的话，我觉得在可预期的未来云游戏都没法达到本地主机水平

@alphatoad 蓝盘是 SATA,当然没法用。
按照 A 站的 review （ https://www.anandtech.com/show/14223/the-western-digital-wd-blue-sn500-ssd-review ）, SN500 是主控内建 RAM，没有 HMB 。SN550 不清楚是不是也是这样，因为两种说法都有

可能是因为闪迪的 3D NAND 性能出色吧

@bejond 所以我说了云游戏需要全新的游戏机制，例如有超高的算力需求（你说的医院租赁可以对应这种情况）、或者需要多用户的实时性，MMORPG 网游在某种程度上算是一种适合云游戏的游戏机制。理论上你可以在某一台终端上跑全局地图，别的终端连上来互动（ Minecraft 领域），但这体验不如让服务器跑全局地图。

而且相比起现在的云游戏这种直接传画面的粗暴方法，网游客户端可以理解为一个非常高效的编解码器，将服务器传来的少量地图数据、交互数据解压为数据量非常大的 3D 渲染画面。

目前云主机有价值的地方在于容易维护(例如所有虚拟机可以通过更新 base 镜像完成软件升级)、保护数据安全、节省闲置(100 台 PC 不见得同时都在用)，但这两点对于目前的客户端游戏来说都不是什么杀手特性。

而且不要觉得算力很值钱，这年头算力很多时候不是短板，IO 能力才是，国内的云主机带宽费高过主机费相当常见。

还有一点，云主机只有在你的需求很少或者需求弹性很大时才能有优势，有些时候云主机在成本上并没有优势，参考这个知乎回答（ https://www.zhihu.com/question/342064522/answer/848589699 ）

各大银行一直有个迷惑操作，主站不上 https （有些只是没有 301 跳转，还是混合内容，有些是直接禁用,），只有网银登录页才有 https，然后有些引用的控件程序、客户端链接又没有 https 。

可能是处于对国内 ISP 的高度信任😏，反正安全认证又没要求这个

所以我的浏览器都是装了 HTTPS Everywhere 的

用盗来的号，在冷门游戏里挂钓鱼测评，然后刷好评刷上推荐。
因为这东西是出现在挂了绿锁的 store.stempowered.com 下面，加上像模像样的域名，小白很容易被骗。
跟黑产搞 SEO 一个套路

关于第二个问题：
没加密+不可读+可以数据恢复=极小概率泄漏
没加密+部分可读=可能泄漏
有加密+密码安全 /销毁+不可读=不泄漏
有加密+密码安全 /销毁+可读=不泄漏
所以没加密你就要靠覆写了，覆写不了你就要靠信任了
chrome 浏览器密码文件那个我建议你按没加密处理，没有用上基于 TPM 的加密都不叫加密

没操作过，只说观点
1.不要主动辞职，肯定没赔偿
2.坚持上班，保留上班记录，因为以不遵守规定 /旷工等理由单方面辞退，公司有责任举证
3.没绩效工资没问题，但没基本工资又没正当理由那就是拖欠工资了

网页里的 js 代码可能会硬编码域名，反代可能会挂
还有个问题是人家用了不止一个域名，你还得动态修改 html 标签 /js 代码里的所有域名
例如 youtube.com 里面有 googleusercontent.com,ytimg.com,gstatic.com,googleapis.com ，你得一个个做反代
这么麻烦你还不如用正向代理

现在是灰度阶段，av 和 bv 都会分配，以后 bv 测试稳定了就会把 av 退休掉
按照公告暗示，就算 av 退休之后，已经分配的 av 号会永久有效，至少所有生成的链接会保持有效，但新的视频就只有 bv 了，只支持 av 号的客户端 /周边程序遇到只有 bv 的视频就会出问题了（客户端可能会采用 Webview 作为 fallback ）

检查一下客户机的 guest addon 版本是不是跟 virtualbox 版本一致的，不一致的版本可能会出问题

云游戏能成需要全新的游戏机制，现有的游戏机制照搬上去怎么看都没好处。

现在云游戏最喜欢吹的就是不用升级硬件，但宏观上讲，整套设施的 TCO 反而比自己买硬件更高。例如建一个支持 1000 个玩家同时游戏的服务器集群，与购买 1000 台高性能终端给 1000 个玩家用于游戏，前者 TCO 基本会比后者高。因为前者还要在服务器稳定性、高速低延迟网络、永远在线（也就是电费）、瘦客户端支付额外的费用。一个 16C 的 CPU 价格几乎一定比四个 4C 的 CPU 价格高。

我想到前者成本低的情形是用支持 500 个玩家同时游戏的服务器集群服务 1000 个玩家，赌大家不会扎堆。或者是出现必须依赖云游戏模式的杀手级游戏机制。