在用 haml
被标题骗进来了
#2 楼 @zj0713001 我已经全天候用了好几个月了,从它需要邀请码下载开始
Education 太牛逼 +1
忙。
monit +1
非逼不得已不要在生产服务器上调试,太危险了。在 staging 环境上做还是比较靠谱的,目前公司是这么做的。
在用 grape,感觉不错
输入法可以设置使用单行模式,可以少显示一行字母只显示中文候选项
偶尔还是会有头像出不来的情况,网页 503 倒是基本没遇到了
自带的 Terminal 感觉够用了
同楼上,如果不想在 url 里出现 version 字符串,可以放到 header 里:
version 'v1', using: :header
是说命令行下吗?用 MacVim 没这个问题
你需要先将 markdown 里的代码预处理一下,不然#
这种会被当做 markdown 语法处理的,参考 github 的处理方法:https://gist.github.com/mojombo/118964
已经用了一段时间的 Atom,还不错!
比较喜欢 haml,还有 coffeescript、sass!
#29 楼 @ninehills 这个问题没必要继续争论,都明白意思就 OK 了,就像 #28 楼 @kgen 所说的那样。
#26 楼 @ninehills 看清楚我的前提:只要你 nginx 开了 443,就会出问题,nginx 也是使用 openssl 的。
你后端应用不需要直接开 443,也基本没人这么做。问题是后端应用一般都会走 nginx 之类的反向代理,数据还是要经过 nginx 的。
#18 楼 @ninehills 只要使用了有这个漏洞的 openssl 版本,都是有问题的。
要知道:这个漏洞可以 随机泄露服务器 64K 内存 ,其危害之大可想而知!
社区开发完一个 ruby 的 runtime 了,然后又想要其他的,是不是还要接着重新开发?
何不考虑直接支持heroku buildpack呢?它已经成为了大部分 paas runtime 的事实标准了,而且有各种第三方 runtime实现和强大的社区支持,关于它的讨论也非常多。楼上几位提到的 cloudfoundry、deis 都是支持 heroku buildpack 的。