看了下，好像没有标明所基于的开源项目地址？

这个模型目前你做了多少改动？

请问相比 next-terminal 这种 go 写的有什么优势呢？

挺好奇为什么要这么做?

@flyqie #24

打错了。。

应该是每次操作

每次链接都 auth 一下这玩法太智障了，redis 这么用了怕不是被人笑话一辈子。。

极客时间的课水到这种程度了吗？

@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 。。。

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

什么应用需要这个方案?