• 按照这种部署rails的方法,每次都要把rails的代码拷贝到docker镜像里面,感觉效率很低。 是不是可以把rails的代码作为卷加载到docker里面,每次只去启动一个app server就可以了? 而且这种启动rails的方法,导致dockerfile每次都要在copy命令之后重新构建,不能利用镜像缓存,相当于每次想部署一次应用都要去构建一次docker镜像,这明显不合理,一个rails应用在上线后,一般其依赖的环境是比较稳定的。 说了这么多,我想说的是:用docker来部署rails应用实质上就只需要部署rails的app server即可

  • Rack Middleware 新的理解 at 2016年12月01日

    写的不错,现在很多都是“能用主义”, 只要“it works”就万事大吉了

  • Ruby 解密 AES at 2016年11月30日

    上述所有的回复都太肤浅,没有一个人解释了这种问题的本质,都是皮毛

  • ruby AES 加密解密问题请教 at 2016年11月25日

    #1楼 @huacnlee 我之前已经翻了ruby china里面的所有关于AES加密解密的相关问题,包括一篇关于ruby、java之间的密文不能正确解析的问题,那篇文章中你还提到了翻看你以前的帖子,应该是说ruby和java的关于openssl的配置的问题(但是没有找到。。。。。); 我查了一些资料,感觉这个问题出现的原因可能是:

    1. 关于秘钥key的设置问题,AES在拿key去加解密的时候,真正有效工作的key的长度必须是128、192、256位的字符串(具体数值跟选取的模式有关),这个key的设置如果不等于这些数值,那么相关的语言库(例如ruby的OpenSSL::Cipher::Cipher)就会采取一些措施(截取/增加)来强制实现这个固定的长度,IV同理;
    2. 选取的模式问题,不同的模式决定了padding的方式,padding这个东西不仅可以开关,还可以控制选取某个具体的padding模式,这个padding对于加解密是至关重要的,决定了通信双方能否正确的进行“对话”,ruby的padding函数只能控制开关,而不能进行具体模式的选取,具体的模式是跟随openssl库的默认模式;

    基于上述两点:如果这种不同的语言的peer在用加密通信的时候,底层openssl库的配置、版本、语言库的一些默认行为方式都会造成双方的鸡同鸭讲问题。

    不知道我这样的判断是否正确?ps: till now, issue还存在,还没解决。。。。

  • The Rails Doctrine - 中文翻译 at 2016年9月29日

    @huacnlee 总是这么靠谱

  • 全栈营感想 at 2016年9月29日

    大会上,金数据老板说的:参加这个培训班的同学,都可以“免试”进入金数据?还是可以通过“面试”进入金数据?如果是“面试”的话,那可以看出来金数据确实牛逼,想面试一下都很难,面试机会都是来之不易的。如果要是“免试”进入金数据,是不是就是培训班完了之后,直接去金数据上班了,实习期一过就成为正式员工了?那如果要是这样,金数据老板不是也说过他公司的要求是很高的,这得多高啊?金老板能到时候给个培训班同学的留存率吗?

  • 全栈营感想 at 2016年9月21日

    2个月,5万块钱的学费,这分明就是抢劫,欺骗“善良”(投机取巧)的人们。

  • 全栈营感想 at 2016年9月21日

    #58楼 @roam 你说的这些也是我想说的,尤其是对这个帖子是软文的定性,恰到好处~~👏

  • #4楼 @robertyu 恩,是的,确实是bundler版本不一致导致的,已经解决了

  • Ruby 类的问题 at 2016年7月22日

    #17楼 @jude 这本书早闻大名,正准备开始看,非常好的建议,谢谢!