@ddch1997 是的，比如要 call 三方 api ，人家有提供测试环境和生产环境

@InternetExplorer sorry ，我理解你错误了，你意思是前端通过 api 从后端获取环境变量

这样子肯定不行的

@InternetExplorer 可以，但是就不能一个 image 在各个环境通用了

staging 环境需要生成 staging image
qa 环境需要生成 qa image
pre-prod 环境需要生成 pre-prod image

这些 image 除了环境变量不同，其他其实都一样

上面提的涉及到其他问题，这样把所有的变量都编译到一个文件，生产文件可以看到任何其他环境的变量

总之，按照后台编译，动态加载环境变量是无解了

我试着本地跑了下 yarn run build ，发现 react 把环境变量直接在生产文件中替换了，是 hard code 进去的
所以一旦 yarn run build 跑完，你再修改.env 都是没用的
不像其他 app framework ，变量文件是运行时动态加载的

我想不出任何比 build 的不同环境，放到一个 image 的不同文件夹下的办法了

找到一个非常类似的 https://stackoverflow.com/a/53228931/2251303 ，这个人就是把 build 的不同环境，放到一个 image 的不同文件夹下，结果被我们 ops 老大骂死了

我没有其他办法了，谁有招？否则就只能根据不同环境，成生不同的 image ，这个也不好

不好意思，继续更正一下，https://stackoverflow.com/a/36408330/2251303
requstcode 无法在接受广播时提取，但是不同的 requstcode 还是有意义的

@MapHacker 服！
https://stackoverflow.com/a/4640066/2251303 后面有人评论里提到和你一样的办法

还有一个就是 PendingIntent.getBroadcast(context, `0`, new Intent(SENT), 0)，第二个参数可以改为任意数字，那么我直接 pass sms 的数据库 id 就可以了

感觉 React admin 只适合列表式的，比如 users，posts 等
很多 admin portal 还需要其他内容，react admin 都没有现成定义

英语本身来说，这两个词是差不多的，没啥本质区别
但是根据 apt 的语法规则，update 是查查有没有可用的更新，upgrade 是实质性的更新

每个建筑工人盖的房子都会被拆掉的
迟早的事情

有工人会为自己盖的房子被拆掉而悲伤吗

@594duck 512m 或者 2 台，都不符合 k8s 最低配置要求

我有类似的 user case
假设有一个 list 的 input checkbox，value 是从 1 到 10
这些 checkbox 本身是可以自由 check 或者 uncheck 的

但是我又希望提供一个范围比如 3 和 6，然后用户点击一个选择按钮，选中范围在 3 到 6 之间的 checkbox

这两种选中方式互不影响，如何优雅的实现这一点呢？

@Bluecoda 以前 js 就是小儿科一样的东西，干不了什么大事

现在 js 可不得了，各种框架都出来了，完全可以挑大梁，不但要统一前后端+手机端，而且还要统一桌面 app

前端 spa，后端 nodejs，js 可以一肩挑，实在太复杂了

ror 现在的确已经非主流了
但看了楼主的问题，很明显是楼主不懂 yarn，webpack 等前端技术造成的
大概楼主以前的工作很少接触前端

@bonfy 有可能，他大概只会写后端的东西

@Sylv 用了这个方法的确让 ufw 起了原先的作用

但是外来流量进入 docker 的 ip 被改了，比如原先从 1.2.3.4 的外来公有 ip，访问 docker 里的服务，但是 docker 的服务看到的 ip 是一个内部 ip，比如 172.8.1.1 之类，不是原来的公有 ip，不知道怎么回事

以楼主的才华，这个价格低了

函数式编程只能在一些 fan 中小众流行
没法成为通用工具，因为函数式编程反人类 :)