@flyqie #13

现在某些产品根本迁不到 loongarch64 ，因为只有 arm64 。。。

loongarch64 要像你所说是 arm64 的话，那很多东西就没那么复杂了。。。

@klo424 #4

截图方案确实挺多。

前端做的话 html2canvas ，后端做的话上无头浏览器。

记得之前还用类似这种网站玩了点花活。。无头真的每家配的都不一样。

@crackidz #7

android 肯定是没有任何问题的。。真要说起来的话 android 全是自签。

android 那种签名模式保证不了用户在初次安装时一定是可信的应用，它只能保证应用在后续升级时候不会被篡改。

这种措施其实已经是最符合 android 自身的了，不然 aosp 生态根本没法做了。

建议先了解下以下内容：

1. ms 代码签名
2. apple 开发
3. android 开发
4. 域名证书

直接的答案是，不行

gitea 本来不就是开源项目吗？

后面推出商业版什么的也是增加新功能。

别阴谋论，你 docker 肯定是开源版本的，源码都在 github 放着，说收割着实有点大可不必了。

你这情况建议自己进终端看下域名具体解析到哪了，大概率是被运营商什么的污染到了一个内网地址，这样你哪怕允许 allow_localnetworks 这个安全设置也无效，因为污染后的地址本身就是不可用的。

@jakell888888 #11

hal 方案看起来似乎不适合你这种。

hal 方案指的是自己修改 aosp 里的设备 hal 层并编译镜像出来跑，本质上是适配 aosp 到新设备。

这种是真正的底层，应用本身根本无法判断是否是模拟的位置。

博客园感觉非常克制。

很多措施都像是活不下去才推出的。

跟前几楼一样，不看好，但祝成功。

@yueji #3

不是这个，凤凰 os 的 github 主页有写网址

https://github.com/PhoenixOS

@Jirajine #12

`所以官方仓库里自然不应该打包 chromium ，因为浏览器是必须要一直升级的程序，无论你通过 snap/第三方仓库等方式安装。`

应该交给用户选择，因为据我所知有些给终端用户的就是要固定的版本，不需要一直升级，整一套都是内外网隔离的。

`snap 是专为 ubuntu 的目标用户设计的，如果你发现你很讨厌它，说明你已经不再是 ubuntu 的目标用户了，继续使用 ubuntu 确实是习惯使然。

你这话总感觉有种爱用不用不用拉到厂商就是爷的感觉，这话也就适合 toC 说说了，toB 。。。

移动端打开第一瞬间以为浏览器渲染异常。。

什么应用需要这个方案?

@netty #4

有没有可能是俩一起封?

好像是有管理者有监管义务这一条。

@debuggerx #11

好奇对 react 这边是怎么看的。

我个人觉得 flutter 的自绘和 dart 语言使得它似乎并不是最好的选择?

刚才登上去看了下，我那个没任何文章和关注的公众号居然也支持留言了。。

好奇怪，腾讯是全量开的吗？

@SeaTac #44

对比下阿里 v1 跟 v2 的示例代码。

这俩差距挺大的，sdk example code 最重要的是清晰，在上面的代码上我完全看不出来清晰，其中有很多奇怪的无意义内容，如果你觉得这种代码是个没有槽点的，那我只能说可能个人要求不一样吧，反正我是接受不了。

@flyqie #2

你这个 ipmi 需求感觉更类似 kvm + virtual media + power control