@AllenHua https://github.com/TGSAN/CMWTAT_Digital_Edition
记得点个 Star

数据量不大的，网盘，最好是付费网盘
不知道你说的消磁是啥玩意，只要保存得当，机械硬盘数据不会蒸发的
冷备份（离线存储）寿命很长，建议用内置硬盘+硬盘座，接口损坏风险比移动硬盘小
热备份（长期联机）建议用镜像卷 /RAID1/RAID5，前者 windows 自带，后两者建议用 NAS 来做
windows 还有个文件历史记录，适合热盘（长期联机）+冷盘（离线，定期联机）的备份方案

系统重置已经足够解决大部分问题了，0202 年别一言不合就重装
无论是预装还是免费升级，都是数字权利激活，确保版本相同，联网就行。绝大多数情况，国内预装 /预装 win7/8 升级=win10 家庭中文版，盗版 win7/8 升级 /水货=win10 专业版

如果只是个双网口软路由，没交换芯片也没啥啊，顶多千兆，除非你有变态的小包转发需求。
真想把局域网交换流量 offload 掉买个千兆交换机就是了，贼便宜，90 不到就有真千兆。软路由就当 NAT 网关就是了
我认为软路由的意义就是允许跑复杂的应用层网络应用还保持良好的兼容性

@xuerui911 关于频繁 sudo 的问题，虽然 sudo 要求密码但输过一次在几分钟内反复 sudo 是不用输密码的，实在烦的可以 visudo 修改配置允许无密码 sudo，但不要养成用 root 做日常工作的坏习惯，编译 openwrt 这个过程中除了安装软件包外，包括克隆仓库等操作都应该用非 root 用户。如果你用虚拟机安装时无论是 desktop 还是 server 都会在安装向导指引创建一个有 sudo 权限的用户的。
编译速度的话只要是 SSD 问题都不大，make -j4 这样允许 4 线程编译,线程数建议等于 cpu 核心数，如果出错再用 make -j1，可以节省一点时间（排除卡网络的问题）
如果想跳过下载源码可以这样，在 VPS 配置好后运行 make download -j4 下载源码，然后把 dl 目录单独拉回本地

互联网商业化是不可逆转的潮流，没有这种封闭，不会有付费的 PGC 产业模式。
至于搜索互通什么的，只能说合久必分分久必合，等到什么时候厂商发现开放统一能带来价值的时候自然就会有开放了。
坚持当初的自由的群体也是有的，楼主有些兴趣可以积极参与一下自由软件运动（注意跟开源软件有很明确的区别）和维基媒体计划等提倡 Copyleft 的社区。这类精神在国内非常不主流。
国内还有个问题就是版权保护的力度不太行，没有像 DMCA 这样有足够影响力和执行力的法规，使得国内大家都倾向于私力救济来维护自身权利

我不知道你是有什么特殊目的用这种非官方仓库，openwrt 官方仓库地址是 https://github.com/openwrt/openwrt.git ，嫌慢的可以用码云的官方镜像 https://gitee.com/mirrors/openwrt.git

大部分外部源码会在 make 的时候下载，建议自行准备梯子，建议使用 proxychains 工具，menuconfig 之后用 make download -j4 只执行源码下载，这样在 make 时候就不会等下载了

不要使用任何网盘和网络文件系统，最好用 SSD

还有为啥你会默认用 root 登录？你真的是用正常渠道装的 ubuntu 吗？除了 apt 之外所有操作都不应该用 root

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 的