不知道 cf worker 啥样，单说 gh action

secrets 的设计就不是在“坏人成功登录了我的账号”这个前提下工作的...

首先 PR 的 workflow run 是读不到你 repo 的 secrets ，能读到 secrets 的 workflow 必需在你仓库里。也就是说要么是你合并了别人的 PR ，要么是其他有写权限的人提交到你的仓库里。

一个简单地而例子，你的 actions 要推 docker 镜像到 docker hub ，你总不能把 docker hub 的 token 明文写在 workflow 里面吧。

这种时候用 secrets ，只要你自己不加 echo 语句，upload-artifact 之类的骚操作，不把泄漏 secrets 的 PR 合并进你的仓库，不给你不信任的人 write 权限，你的 docker hub token 就不会泄漏。

docker ，还能顺便避免依赖问题

@renfei 当然会丢。需要有节点 pin 住你的文件，相当于 bt 网络里有人固定做种。整个网络里没人做种了，文件又在所有的客户端都缓存失效的时候就丢了

@LeslieLeung 也不是，这几天的几次 GitHub 崩溃是从 git 和 GitHub API 开始的…

有些包 conda 有预编译的 wheel ，pip 没有，用 conda 安装不需要自己解决编译问题。

好像是中间有一次单节点的部属方式被废弃了

每小时，等一个小时

@Trim21 如果语言已经支持 -> 如果软件已经支持

如果语言已经支持了多语言环境，比如 transifex 之类的可能会翻几句。如果从一开始就没考虑多语言的那种就懒的做了。

@tulongtou 不是说有因果关系，只是说到日韩互联网突然想到的

说起来，韩国也有墙…

@AoEiuV020CN 实际要求大概只有近三个月活跃的 commit…

要分文件加构建约束，而且你打错字了

@dayeye2006199 但楼主的标题就是 web 服务啊...

@tool2d 现在 js 的二进制 API 太复杂了

gzip 一下差不了多少，甚至有可能 json 更小。

而且在浏览器里用 messagepack 还要额外消耗 messagepack 解析库的流量。

本地开发直接用宿主机的 nodejs 跑 nodemon 就好了

部属的时候才构建 docker 镜像然后推到服务器上。