这个问题在研究 debloat 的时候我就已经搞过了，android 10 的时候直接 system 下面删除相关系统 app 的 apk 就可以卸载系统 app 了，android 12 只能用 magisk module

你这个需求其实类似 debloat

system 分区目前是只读的，不能挂载为读写了
唯一办法就是用 magisk module 去在启动时候隐藏相关文件

@hertzry
@xssshell
请教 remotefx 支持 U 盾吗？

她说的闪光点到底是啥？是“上进心”还是“钱”？

你问她，我努力奋斗，但是赚钱很少，你还觉得我有闪光点吗？
如果闪光点=钱，她爱的不是你，是钱，对你来说，前头的一生，只有悲哀

如果闪光点=上进心，那就是一个典型的传统式婚姻，感情比较淡，各取所需
男主外，女主内
需要考虑的是，现在一些女性希望男主内外，女主玩乐，这个你自己小心吧

Openwrt 也玩了很多年了
到现在已经支持 docker ，扩展性还是不错的
但是说句实话 focus point 不在这儿，他们很多开发精力都花在适配各种设备上了，好多东西都跟进的比较慢
以这个为基础，不太看好。
而且似乎根本不能外网直连？（如果说错了请指正）到时候买的人多了，他们服务器劣化，不是等于单机版？

主力机用苹果

买个二手垃圾放包里

DNAT 和 SNAT 要配套使用吧
瞄了一眼 openwrt LUCI 里加的规则，SNAT+DNAT

@Neo 瞄了一眼，1 天十几个 issue,就一个开发者
这怎么做的下去的

之前个人不完全测试觉得 brook 性能最好

方案的确太多了
什么 haproxy ，iptables ，rinetd ，brook ，realm

总有人讨论 12306 开发的时候，如何计算余票
你有没有想过，计算余票的逻辑，根本不是公平公正的，不是以让有需求的乘客买到票为目的的
计算余票的逻辑，首先要考虑领导的意见(看到前员工说的保密了嘛？)，各铁路局的利益

复杂的点在这里，你头上有一堆爹，但是乘客不属于其中之一

很多人其实都有一个误解，把这个事情当成一个纯技术的问题在讨论
或者说没有明白需求方是谁

你看那个帖子里有前员工的答复

1. 全局性事务
现阶段最难的是全局性事务, 因为保密原因, 不能说太多, 一句话概述就是整个系统存在事务问题导致的性能低下
2. 流量压力
众所周知
3. 前置检查
你买一张票的前置检查多到你无法想象, 目前的做法是线性检查, 提过并行检查的意见, 被否了
属性 /规则 /()保密)上的检查
4. 车票区段售卖
其实车票不是 12306 卖的, 实际卖票的是 18 个铁路局, 12306 只是一个售卖平台.
12306 只是拿到票然后根据用户提交的席位来分配这些票.

其中除了第 2 条是用户导致的
134 其实绝大多数时候都是各级 gov 的行政要求导致的复杂性

12306 从来都不是一个以解决乘客需求为第一优先的平台，乘客的体验当然不好

@EVANGELIONAir 你是不是有什么误解
新版本的右键菜单一样可以添加又长又臭的牛皮癣，还不能简单的注册表删除
比如 adobe

担心的话自己 wireshark 抓包试试不就行了
而且这功能现在 chrome 自带了呀，不用插件了

建议想办法做欧盟公民
欧盟这方面是最好的，企业其实很被动
除了 GDPR ，最近又出了 DMA

感染的过程中每天大概洗澡 3-4 遍
不然很难受

mpc-hc 已经死了
可以试试 mpc-be