@xclrr #3 我刚刚反编译了 emby for android 的客户端，其他页面确实基本都是 webview 套壳，但是播放器似乎是调用的 native 播放器，由于 emby 的变量命名有些随意我不能确定是哪个方案，但应该是 mpv/exo/vlc 中的一种，我并不是安卓开发，看这块的代码有些吃力。

@ococnehc 能麻烦提供下下载地址嘛，我的 emby for android 是在 emby 官网下载的，安装完之后版本号是 3.3.89 ，google play 上看到的也只有 3.3.86 。

@xclrr 可是我是用的 emby 的客户端播放的，并不是浏览器。

只以演示为目的的话，其实 fat container 的做法也是可以的，甚至硬要上生产跑也是可行的。

通常意义上 docker style 还是一个进程一个容器，不过也有不少人不赞同这种做法的，比如 podman 就给了用户更大的选择权。而 docker 方面的话有一些开源的 init ，最著名的比如 S6： https://github.com/just-containers/s6-overlay

具体那种做法更好，其实见仁见智了，毕竟树挪死人挪活。

1. ios 第三方软件检测骚扰是让第三方写一批号码到系统的数据库，然后由系统识别的，第三方并不能拿到你通话对象的号码。
2. 如果你有另一个号码和可以拦截骚扰电话的安卓手机，你可以使用呼叫转移功能，设置一定时间没有接听后就转移到另一个号码。
希望能够对你有所帮助。

windows 的重置本来就很慢，在没有干扰的情况下也有可能失败，更何况你强制关机说不定哪里有毛病了，格了重装吧，有重要文件的话做个 PE 系统进去备份出来。

托关系找人催审，等审核的同时试试迁移到支付宝。
1. 再做另外一个小程序专门负责收银功能，拉起支付时传参到这个小程序支付。
2. 分享的话也试试用上面这个小程序作为桥接，实际分享的是收银小程序，然后在分享入口的地方传参拉起原本的小程序。
2. 如果 uniapp 开发的话，迁移到支付宝比较容易，不过不清楚支付宝小程序有没有类似的类目限制风控。
3. 拉起支付的时候做个备选方案，如果活动开始前还没有通过审核的话就引导用户打开浏览器到支付宝支付。

我家里是开厂的，我的建议是考虑当地的工业生态。

我的经验是，工厂这种东西非常依赖当地的工业生态链，因为前期的话你不太可能有太多的投入去完成一个产品从 0 开始到最后出厂的全流程，你的许多流程依赖其他厂家的代加工和原材料，这有这样你的产品价格才能跟其他竞品保持在同一起跑线，后续才有可能产生竞争力，否则你一个产品生产出来就比人家贵 20%，早点关了吧还能少亏点。

然后就是工贸一体，年轻人网络玩的花，要利用好网络渠道。

最后就是起步阶段可以给其他同类型的厂家做代工，因为你新厂家前期业务少，家里找认识的亲戚朋友搭个桥，可以帮人家做产品，人家看不上的单子或者利润低的单子丢给你做，你在合适的位置打上自己的铭牌或者标签，时间久了就会有客户直接来找你了，不过注意不要撬人家的客户，大家一个圈子里混的，名声还是要的，不要把别的厂家当做你的竞争对手，而是把他们当做合作伙伴，以后万一有的单子你做不了，也可以找能做的厂家代工，少挣点也是挣。

很努力地把不属于你的工作干砸就行。“能者多劳，但我不是能者。”

你说的这个东西，是不是叫大巴啊（

用你熟悉的语言快速写个批量处理的程序，这个量级，你有找别的方案的时间，数据都导完了。

我瞎说啊，盲猜，会不是是有定时的 redis 备份比如 BGSAVE 命令导致主进程阻塞了，从而导致了客户端超时