@doitian @suupic https://github.com/rails/rails/commit/363a06f351e2d52d3717ea3334c174665ac72103 << wycats 刚刚的一个提交。可以 reload external routes.
我可以分享一下 GitlabHQ 4.0 的 plan 里面要全新重构的基于 https 的全新 git server 架构.(抛弃 ssh 与 gitolite.)
然后可以分享一下最近 REST api 的一些心得。
把 lib 目录在 application.rb 里面做 reload.
+1.
胡子真干净!
PAAS 平台最大的问题就在这里。
暂时来说。PAAS 平台支持 Java 平台问题会比较少。因为 Java 很少依赖 c 库。
其他如 ruby python 如果有 native extension.就极有可能跑不起来。而平台本身安装常用的一些 native extension 依赖是可以的。一些特殊的确实会出现编译问题。这是 PAAS 平台本身的特质决定的。
IAAS 由于所有资源都控制在自己这里。所以就没这个问题.. .
这个需要慢慢解决。
mobiruby 做 ios/android 还是算了。
这 api 不用 xcode/eclipse 提示你能写的对么?
还是不要做/使用二奶语言的好。
mruby 直接做嵌入式倒是很看好。
Consistent Hashing 是解决均匀分布问题的。
应用在 数据库分库 等领域:
如果我们采用取余 或者 普通 hash 的话。
再一次增加一台机器的过程中,会导致大面积数据迁移问题。要不然就会出现入库不平均。
consistent hashing 就是为了解决这个问题的。
初始分配:
将所有机器通过 hash 算法分布在一个 2^32 次方的一个圆环上。
当每一次入库的时候。都会根据 hash 值分配到离自己最近的机器上。
新增机器后的分配策略:
新增机器只需要移动一台机器的数据就好,不需要影响全局机器。
这样就解决了所谓分库的问题。至于为什么是 2^32.. 其实这个可以是任何数.. 足够大就好。当然相应算法要自己调整。
ps: 本图片链接自我的 iteye blog. 原图扒自一篇翻译的 consistent hashing 的翻译论文。原谅我当时没有做记录是哪一篇。翻译作者可以联系我。
尽量使用ssh-copy-id
命令。
现阶段不能保证你的 key 是不是写对了。
+1
@lgn21st @huacnlee 宣传手法可以但不限定为 @ruby_china 的 twitter 账号。
贴在 http://yavaeye.com 上也欢迎。
congratulations!
第一个为什么不是正面是 R ..
感觉这东西应该在 mongoid 层面做,为什么弄到 bson_ext 里面了。
@hooopo @camel @skandhas SciRuby 已经是 bsd 协议了。https://github.com/SciRuby/sciruby/wiki/License
Learning Ruby 很不错,当时还是 hoooooopo 推荐给我的。
cool ..
get "tags/:post(/*path)" => "tags#index", format: false