ForChange客服小弟
ForChange客服小弟
> 我理解是 pnpm prune 的bug。。 没错 大家有没有可以先临时解决的办法或者是不是我pnpm使用方式不对
> 三分钟应该是包含了依赖安装吧。 没错 我现在 ``` FROM node:12 AS build WORKDIR /app COPY . . RUN npm i --registry=https://registry.npmmirror.com RUN npm run build RUN npm prune --production # 生成生产镜像 FROM node:12-alpine...
> 你不是想要小一些吗？挺爷不是搞了ncc bundle的那个，加上业务貌似只有几M，然后如果带上node则40来M。 牛逼 感觉这条路也不错 就是打包成单文件就像其他语言构建成二进制一样
> 实际还是要看业务引的包，现在只是纯框架+示例的大小。 没事 大小还能接受 现在就是觉得构建时间太久了 在安装依赖这个环节 我们其他go项目构建加上传也才15s，node要花3分多钟，所以希望能加快点构建速度，这样修线上bug也快点 想知道大家有没有优化的方法
> > * pnpm i -P > > 使用 pnpm i -P 的构建也要3分多钟？ 1分钟完成
我现在有点不明白 如果prisma已经不支持go了，那用prisma的主要意义是什么？
> 不是很明白子应用的范畴，看起来比较简单的做法是解耦，轮询请求接口状态，执行完毕走消息队列更新数据。两边互不干涉。 就是 - 本来是子应用自己进行触发和轮询更新 - 但现在用户切换到了其他路由 - 导致子应用的轮询方法被中断了（因为子应用被卸载，可能定时器也没了） 然后 - 不想把逻辑放在父应用进行处理 - 后端也不配合做通知模块 所以想有没有其他方法解决
之前踩坑了一下，阿里云开发需要自己指定puppeterr的lib目录就可以 FC的话用fun install自动处理依赖
现在支持了吗