对 核心思想就是代码/部署文件跟密钥分离,通过外部参数注入进镜像。我们通常的做法是密钥扔 Vault 之类的中心化管理工具,部署/启动服务的时候去拉
对...臃肿 (镜像体积和内存占用) 是个头疼的问题,但渲染 web page 目前也没啥更好方案了,无奈
插眼!
国外站没法开发票啊 233333 要是公司用肯定还是会选 cn 吧
2333 所以通常习惯性后面补一个 is not null
+1 一早起来吓了一跳
餐厅周
cuba, roda 都用过,非常适合做一些简单快速的 API 服务 因为足够简单,性能也够,所以即使停止维护也不太需要担心
有事没去成,拍大腿
或者换 asdf
所以是招全栈...?
老用户前来支持!已购买。多谢!
抢票啦!!!
比起一般消息队列来,支持持久化(顺便支持了消息积压),这个用处就比较大了 不过削峰用数据库不合适吧,现在大家做东西的原则不都是“尽量靠缓存,没事别去烦数据库”么
讨论了半天就没有人提 Rails 有个东西叫 shallow routes? [手动狗头]
查两次再拼起来呗……
菠菜就明说嘛
我们有几个线上的 rails/grape 项目用了 okcomputer
, 有时即使负载并不高 (2k rpm) 也偶尔会有超时问题。要小心。
Dockerfile
docker-compose
公司内部很多项目组,代码基本都是 Github Enterprise, 项目管理有用 JIRA 的 有用 PivotalTracker 也有 Asana 或者 BaseCamp
用 Go 重写以后 CPU 也下降不少。如果有足够的开发资源,可以试试逐步替换一些。
可以慢慢拆分,然后逐步用 Go 替换。我最近用 Go 重写了几个 Rails/Grape API,内存占用少了差不多 90%…
另外,现在比较推荐的 rails 服务器是 puma
错误提示这么明显了… 去 /etc/hosts 里写个主机名和 IP 然后把那个 passenger header 去掉就好了
没啥靠谱的办法,基本都是走 C 扩展。还不如直接打包个 lib 来用
开源软件,不就是每个人用着不爽了就顺手写点东西提交一下么