@flyqie #2

第一行写错了，我是后端。。

同前端，遇到了跟你正好相反的问题。。

react 项目转 vue 项目。。

没啥好办法，只能让前端重写，没法全干。

其实，主要是 go 不太甜的原因。。

@nevadax #2

要是硬件时钟出问题了呢。。

不知道为啥突然想起来 oracle 跟 google 之间关于 java 的撕逼。。

最后判决反正是不构成。

不删的话，不进当前系统拷贝而用 livecd 什么的话，应该是没有任何痕迹的。

删除的话，那就跟系统无关了，你得处理 filesystem 甚至硬件。。

git 会走自己的代理配置。。

所以你设*_proxy 基本是不会有效的。。

你这是直接把 issue 什么的复制黏贴过来了吗。。

没看你回复和主页以前还以为是外国人来 v 站发帖。。

@flyqie #8

另外有些时候也不要想偷懒用镜像站，一是镜像站的资源不一定靠谱，二是有些包他是硬编码地址的，更悲惨的是有些甚至都不走*_proxy 。。

楼上 +1

别用*_proxy ，有些根本就不走的，开 tun 模式靠谱多了。。

请注意，你用的是移动设备，不要把 PC 的那一套资源管理思维直接套上去。

并且，敢问你 PC 端用的是什么版本的什么操作系统？

建议上真机。

实在上不了了考虑各厂基于 hyper-v vbox qemu 做的成品模拟器。

千万不要用容器方案，你这需求用容器方案自己做被风控概率那可不是一般的大。。

@shinsekai #2

如果楼主说的 ios app 可以给打 xcode simulator 包的话，那倒是可以，但看楼主这个需求描述，总感觉是跟黑灰产有关。。

@flyqie #4

对了，另外 ios 各类软件非常依赖 appstore ，但在 xcode simulator 几乎不可能移植过来。。

corellium 倒是有个基于 qemu 的方案，属于自己做了一个 emulator ，为了性能还自己组了一个 arm 集群(无 mac 依赖)，但官方文档中写了`Due to a lack of GPU (Metal) support, certain applications are not able to launch. This includes the native Maps, Watch, and Find My Friends apps.`，所以目前他们这边的产品用途还仅是偏向于安全领域，并且私有化部署价格高昂，别说 toC 了，toB 有些都用不起。。

@shinsekai #2

mac 上哪有 ios`虚拟机`。。

emulator 没有，xcode 倒是有个 simulator 。

xcode simulator 跟真机差的不是一点半点，ios 没有 emulator 这个东西，跟 android 这种阵营是完全不一样的。

m 系列 chip 的出现只是解决了大家之前一直头疼的 arch 问题(mac 是 x86_64 的，iphone 是 arm64 ，必须要有一个类似 libhoudini 的组件)，之后还要解决一大堆 simulator 与真机之间的差异。

这也是为什么用 m 系列 chip 做 ios 云手机的方案很快就没有了的原因，适配成本不是特别高但也确实不算低，并且 m 系列 chip 的 mac 价格也不便宜，还不如用真机。。

apple 给 xcode 加模拟器的策略方针就是凑合，他要真想好好做的话，早就上 emulator 了，simulator 日常开发用起来比较蛋疼，很多时候得上真机跑。。

`本人非程序员，所以不会审核开源软件是否包含恶意代码，但是我相信开源软件程序员们会替我审核，Linux 内核、f-droid 应用市场、Arch 和 Debian 等等开源社区。`

自己不是开发者的话，你所谓的私有云终究是一个空中楼阁，使用体验不会太好，因为你没有二次开发的能力。。

开源社区并不会像商业公司一样针对某些需求做开发。

感谢分享。。

幸好没用，懒得自建一直花钱买的 bitwarden 。。

gitlab 适合自建

github 适合云端

@flyqie #2

刚才搜了下 playwright ，发现也是个无头框架，但感觉好像。。没怎么见过？