@imnpc #17

刚看了。。这个洞确实挺低级。。

x-forwarded-for 和 x-real-ip 是老生常谈的安全问题了。。不知道 emby 为什么会这么写。

@shyrock #14

应该是 docker 容器内的应用自己删的。

拉起来之后就删，目的可能是尽可能避免在容器内 dump 出来敏感信息(有些源文件内可能包含敏感信息)。

@ixiumu #35

那确实没啥问题。

我这现在用 vnc 的话都是 vncauth + ssh 隧道，兼容性还不错。

vnc 这玩意发展的太四分五裂了，各家实现都有不小区别。。

@yleoer #3

c 调 go 的话本身在 go 编译的时候就需要 cgo 来处理。

除 纯 go 代码编译独立二进制 以外的所有情况似乎都需要 cgo 。

那得看你的正义感和实力。

有的钱，不好赚，搞不好会加倍吐出来。

@ixiumu #32

你 vnc 用什么加密？ vnc 安全性这边四分五裂。。

@jpacg #17

阿里最近几个月稳定性堪忧啊。

@iamqida #1

老机型或者部分特殊机型自己带了 stub 或者单独给了 sysapp 权限(没仔细研究各机型用的是哪种)，用户装上或者升个级就能用谷歌套件。

华谷什么的主要是靠谷歌服务助手，本质上就是利用谷歌服务助手调 huawei mdm 的私有 api 加 sysapp 权限(huawei mdm 需要很严格的申请和审核过程，当时应该是华为自己默许的)。

目前坑点在于谷歌服务助手的 mdm 授权对新系统已经无效了(不是日期问题，改日期没用)，华为现在不开 bl 锁也没法 root ，system 分区是 erofs 的不可写，mdm 授权全是在本地用非对称校验的也不可能破解，唯一的办法修改 /data/system 没 root 也搞不了。

谷歌套件里面的部分组件强制要求 sysapp 权限，不给就崩。

这就是华为现在许多机型没法原生上谷歌套件的原因(gspace 兼容性和使用体验太心碎了)，拼多多那个后门如果能用在这上面，那估计华为全机型谷歌套件又能焕发第二春。

楼主可以试试华谷什么的，如果华谷不行的话就别挣扎了，老老实实 gspace 或者 vmos 吧，目前没救。

@tensorzhang #7

感谢分享，很强大，就是不知道有没有封号风险，毕竟是 dll 注入做的。。

你需要经常把电脑带走吗?

70%就充有点太早了,我一般 20%开始充,手机电脑都一样.

看了下代码,挺好奇楼主在语法设计这边的灵感来源是哪些语言..

有种熟悉但不完全熟悉的感觉..

/boot 永远不会主动更新，一定是通过其他方式更新的。

你什么系统？没记错的话 ubuntu 好像会自动安装软件包更新。。

kernel 也算是个软件包。。所以，你懂的。

@a379395979 #34

其他不评论，主要最后一段。

归根到底还是设计 js 的时候大家都没想到浏览器会发展到今天这样。。

结果搞得现在只能修修补补，各种转回到 js 的语言也是因为没办法直接改掉 js 这座屎山所做的妥协(后端相对来说干净很多，因为没那么重的包袱)。

@user667788 #4

1. cpp 能踩的坑大部分别人都踩了，相关方案可能不够好但基本都有。

2. 好招人，rust 目前高级别不好招。

3. 不像 rust 语法那样不好 review ，相对来说清晰的多(个人感觉)。

4. 生态问题，rust 没出以前大家都是 cpp 什么的写，再加上 cpp 目前好像也没个靠谱的 abi 。

5. 使用 rust 可能会有些特性很优秀，但这完全抵不上从 cpp 迁移到 rust 的劣势，不同项目有不同的搞法，不是所有项目都有必要用 rust 更换 cpp 。

主要是 1 和 3 。

2 的话有些时候可能会出问题(隔离度不够)，所以用的很少。

Bilibili 自身运营模式就已经决定了 up 主盈利空间极其有限，甚至不说 up 主，连 Bilibili 自身的盈利空间都不咋地，你这文章内容纯属无稽之谈。。。

iOS 换成安卓，都是槽点

安卓换成 iOS ，都是槽点

坐等对轰。

@ShadowPower #2

楼主说的应该只是三大金刚键做成实体吧。。

不是真正意义上的键盘。