@bgwzh
1，如果确实是 DNS 导致的，PC 端 360 极速可开启 DoH，可进行排除；
2，如果手机端访问网站会自动跳转到淘宝、支付宝且剪贴板带有推广口令，但 4G 下没有，DNS 、js 脚本都有可能，反正某跑路路由器会这样劫持，这种情况还是直接通过浏览器安装 ABP 之类的扩展屏蔽吧。

https+DoH/DoT 可解，未必都是运营商的锅，某路由器也会自插劫持广告。

@semglassie #6 局端更改配置后要重拨才能生效，机房通过 TR069 自动重拨校核是否下发成功，现在是机房无法确认是否更改成功才给楼主打的电话，而且有些地区公网拨号是带前缀的，都是通过 TR069 下发新配置自动重拨。
谁跟你说跟配置有关无关了，别一叶障目不见泰山。

@lzl2000 下发配置后，就是因为你的光猫不在线所以机房那边无法确认是否下发成功才让你重启的。如果人家答应了给你改公网就一定会改的，改完后还会再给你打电话问你问题是否得到了解决才能完结投诉。
不过，现在 4G 、宽带 3 家都有 IPv6 了，公网 v4 感觉没啥实际意义了，又不能搭 Web，直接用 IPv6 还省了端口映射的麻烦，除了玩 BT 。→_→虽然葱省中部某市的联通一直 v4/v6 双公网，但我已经转用 v6 了，毕竟偶尔也用移动，家里老人看电视也是移动。

你这算问的什么问题，你投诉了公网 IP，机房肯定通过 TR069 下发新的配置给光猫，你光猫不在线肯定下发失败呀。
你这是投诉了联通后然后又换了电信的网，然后电信的网省事儿把原来联通的入户光纤占用了吗？两个留一个退一个，或者两个都要随便咯。

之前知乎 AndroidAPP 还算能用，最近经常浏览时出现黑块，然后停止响应崩掉，内存占用飙升。也不知道是不是用了 x5 内核的原因，哔哩也用 x5 也没见黑块崩掉。

人是往高处走，但优秀的制度就是让人在追求己利的同时不知不觉中造福更多的人。
当年盖茨给开源社区写了封公开信，表示“开发者如果没有丰厚的商业回报，就不会创造出优秀的软件（大意）”。
但开源与商业本来就不是对立的，而是互补的，开源与商业各自都有优秀的作品，也都有垃圾，开源的存在可以使商业软件中垃圾的那部分生存难度增加，从而促使开源和商业软件整体质量提高。
很多人总想着一些事情应该是纯粹的、没有丝毫瑕疵的，认为只有这样才值得追求。然而这是不符合人性的，即使是金矿也掺满了沙子，甚至沙子占多数。浪里淘沙去粗取精才是普遍、捷径的做法，实用永远比意识形态更重要。
一言以蔽之，心理洁癖而已。

Linux 里一切皆是文件，用户的权限也是由具体文件的权限所实现的，所以不要因果颠倒、本末倒置。
应该通过具体功能所属文件的权限去判断该用户是否具有权限，而不是……算了，不写了。

赞同 5 楼，掉帧不代表卡。
但软件锁帧 60 帧的情况下，整数倍 Hz 应该更好些吧，不然会跳帧？（等大佬指点）除非屏幕像 N/A 一样 GPU sync 。

你们内网所有服务器都是相同的密码？
密码不同的话为什么担心登录。

@black11black #47
raid5/raid6/raidz 这算是冗余，算不上备份，能防部分硬件损坏，遇到手残 /勒索病毒 /删库跑路全完。
lvm/zfs/btrfs 快照能防手残 /勒索，提供逻辑上的容错，这不算备份，硬件一挂全丢。
raid1x 算热备吧，搭配快照算是低保。
冷备要不要？备份与数据间的同步间隔多久？时间久了得增量同步吧？假如 1 天一冷备，遇到微盟这样的事件就是 1 天白干了。万一发现晚了备份了错误的数据不能覆盖好的备份吧，是不是需要老备份留着，硬盘倒是不贵。
不出问题时低保就够了，出了问题一夜回到解放前，尤其是干软件的，除了数据还有啥值钱的。

@black11black #45 螃蟹卡就是瑞昱的卡，以廉价著称。
[重点！测试最重要的就是环境一致]

以下啰嗦，可不看。
ESXi 没啥好说的，价格摆在那里。ESXi 商业的可靠性是靠人家硬件验证来做前提的，需要用人家支持列表里的配套硬件，自然兼容性好。所谓的 ESXi 硬件兼容性问题都是拿 PC 来跑的，人家本来就没打算支持那些硬件。用 PC 跑硬件兼容性 ESXi 确实不如 PVE，毕竟 PVE 沾了 Linux 内核驱动的光（注意！ ESXi 是闭源内核，不是 Linux 内核，虽然 Linux 驱动可以往 ESXi 上移植，但靠的是模拟层实现的）。
螃蟹卡低端的集成卡很多都是软卡，说白了就是个大插座，靠驱动+CPU 算力完成相应功能，除了 Win 以外的平台上效果看脸。

云服务器和 VPS、虚拟机还是不同的，上云的特点是弹性，很多时候要对云厂商特定优化，你们跑测试最重要的就是测试环境和最终环境一致，然而自建服务器测试就好比刻舟求剑，环境不一致你测的啥？你完全测试不出来上线后会出什么问题呀，开发环境随意，测试最低成本就是开一台和最终环境相同的机器，按量计费。
如果你是想自建服务器（机房托管），成本更高，光备份问题就可以再开一贴了。

@mio101
方法 1：通过 devicemapper （默认是 Overlay2 ）作为 docker 的 storage drivers，最小限制为 10GiB。#!转换 storage drivers
需要备份已有的容器，因为会清空当前镜像。不同容器仅能限制相同大小，不过生产环境这需求也不大。
方法 2：通过 Overlay2+XFS 作为 docker 的 storage drivers，每个容器可限制不同大小。
ps：又不是卖 VPS，反正 docker 的文件是 COW，谁闲的去限制大小，卖 VPS 还是 OpenVZ 和 KVM 更香。

是按地区展示的吗？或者是灰度推送？安卓同版本，葱省没有这个，所有图标均可删除。

@scukmh 已经不是 root 了，也就半年前吧，最近的事儿，顺便还把默认桌面从 gnome3 改成 xfce4 了。

@Track13 #14 没这么不堪，😁这个我印象非常深刻，2014 年时我在用魅族的 MX2，该机 2G 的 RAM，出厂预装安卓 4.1，14 年是国内最早更新安卓 4.4.4 可开启 art 的机型之一。

至于我为什么记得这么清楚，因为那一年夏天，前一天我谷歌还用的好好的，后一天谷歌就倒闭了，从那天开始一直到现在。

@black11black #12 😃你这么一描述岂不是更应该用 docker 了。
1，root 权限>容器内可给可不给，不影响容器外文件的用户组配置。
2，恶意把容器搞崩>分享前把容器保存下快照，搞崩后快照恢复一下秒解决。
3，内存、配置麻烦问题>同 2，保存时改为保存镜像，此镜像每重新运行多次即可新建多个相同分享。CentOS+busybox+bash+openssh，100MiB 内存够够的。
4，无限塞东西>只要有普通写文件权限就可以把硬盘塞爆，但恰恰 docker 可以对容器占用的 CPU、内存、硬盘进行限制。
😂完美的一批~

ps：😏通过 snap 安装 docker 并普通用户运行，容器内给 root 权限。小朋友使用中发现了 docker 的漏洞，进行容器逃逸，逃逸成功后发现自己在 snap 的沙盒环境内，于是苦心钻研 snap 的漏洞，沙盒逃逸后发现自己获得了宿主机的普通用户权限。安全问题就是这么美滋滋

@Enya 哈哈哈，→_→应该是看到我明明用的是这个头像，竟然还给楼主推荐 docker，说明楼主的这个需求用 docker 实在是再适合不过。

这需求直接用 docker 不是首选吗？
开个端口搞定，在容器里随便 root 权限怎么搞，还可以灵活备份为镜像，换台机器无损迁移。