• OK, 我试试1.9.3行不,可以的话,我告知你 thanks

  • OK 我这边的ruby版本是1.9.3😭

  • github上没写对ruby版本的支持?还是都支持?

  • 是的,这个思路很对,我昨天就是按照这样做的,我自己用C语言写了gethostbyname的测试用例,这个用例调用的是mac中的libc库函数,发现解析速度很快,看了下libc库中的gethostbyname的说明,确实是优先从hosts文件中解析域名。我在看一下ruby的源码吧,看看它是怎样实现域名解析的,我估计也是ruby自己实现的

  • TCPSocket.gethostbyname用的是不是OSX本身的底层函数库的gethostbyname?感觉应该是的 还有,我确实安装了代理,云梯

  • 直接写IP确实很快,确实是dns的问题,但是明知道这个问题但是无从下手啊,需要被解析的域名我都写在/etc/hosts里面了,而且查看了域名解析的过程,都没问题啊

  • 非常不错!

  • #14楼 @embbnux 1. 前端资源和后端server的分离我个人觉得是非常有利于加快开发的速度的(当然这个目前争议也比较大),rails5的api化也说明了这一点;

    1. 如果把rails的代码和静态资源放入docker中也会导致生成的image过大;
    2. 每次代码变更,哪怕是改了一行代码都要rebuild image,这个很明显不爽;
    3. docker build时,在首次遇到COPY指令之后就不再使用之前构建生成的中间镜像的缓存了;
  • 按照这种部署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”就万事大吉了