可以帮 debug 一下

没有附原文链接

原推作者怂了

Hi there, original tweeter here. Just to clarify: no one said when this work would land, simply that we are working on it! Sorry to disappoint XD, but I guess blame the OP.

https://news.ycombinator.com/item?id=17302122

就是想搞个大新闻。

Write once, debug everywhere.

我们都看 https://rubyweekly.com/

这是一个部署在 gcloud 的配置例子 https://github.com/getcampo/campo-gcloud 看着不长，很多内容隐藏在链接和配置文件里面，需要很多前置知识，花了我几天时间才总结出来，然后发现没法给不了解的 k8s 的人介绍这要怎么用。k8s 管理容器，人要管理 k8s，可靠性和易用性不一定比现有云平台的服务好。

所以我说希望已经在生产环境用上 K8s 的人分享下经验，写一下教程就知道有多难。

应该错误提示是对的，再检查写法。

scp

docker 并不是银弹，我在开发环境用 docker 很久了，部署环境用 k8s 还是很痛苦。或者你发个帖子分享一下 docker 部署的经验？

思路不对，把 link 改为 submit button，输入框的内容作为表单内容提交。

DHH 署名的 Rails 书好像就这本。

这两个设计思维不一样，看你喜欢哪种：

passenger - 系统守护进程，背后默默搞定很多事，只要把应用路径配置好就行。
puma - 需要自己了解进程管理、信号机制等等。

我现在用的是 puma，因为是 Rails 默认。

我是 Ruby 前端工程师～

建议用 cap 不要用 mina，mina 处理方式太粗暴（合成一个脚本无法回滚），不支持多机部署，有明显缺陷。

14.04 太老了，还有不到一年就停止维护。换 18.04 看看？

好像没收到，再发这个邮箱试试（编辑掉）

这说不准，公司项目和团队很多，需要的能力不一样，不试一下是不知道的。

来吧简历🤙

同一个公司的招聘贴本来也要合并。😂

我所在的公共技术部通讯组也招 Ruby，想投公共技术方向的可以投给 michael.ji#dji.com

工作内容：开发维护 DJI Go App 的后台服务。

待遇：与顶楼内容一致。

就用 GitHub 协作挺好的。

开多个 redis 实例储存不同持久化需求的数据。

find_each

奥，我还没试过删数据有没有问题。

这篇文字语言粗俗，满篇牢骚，毫无营养，几年后再看自己写的东西会很羞愧吧。

Ruby 语法一样有很多被人不屑的地方，例如有人单纯因为不喜欢 end，不喜欢 @ 就把 Ruby 整个否定的。这样就错过了 Ruby 的 DSL，元编程，Rails。只关注缺点不关注优点会错过很多东西，何况缺点通常是微不足道的。每个存在的语言都有可取之处，工作不得不用却不去发现它的优点那损失的是你自己。

还缺了狗。

矫枉过正了，一个白人都没有。

首先感谢楼主的分享，这对需要这样做的人很有参考价值。

但是我要反对这种做法，可以看到，转 React SSR 的需求不是用户体验要求，也不是产品功能要求，而仅仅是需求方的任性，而需要的 SEO 的网站就不适合前端渲染。万一哪天他们要求用深度学习和区块链来做网站呢？

改回去是不可能改回去的，这辈子都不可能改回去的。设计又不会做，就是用 Bootstrap 才能维持得了样式这样子。

如果没有自己云储存的适配器就自己写一个。

Oracle 😏