上传大文件和下载一样，可以让nginx来负责接收上传的文件，然后rack通过header从文件系统读取上传完毕的文件：

https://stackoverflow.com/questions/44371643/nginx-php-failing-with-large-file-uploads-over-6-gb

我推荐过云梯给很多朋友，超过10个了吧，和宽带提供商有很大关系，比如我温州的2个朋友和你情况类似，效果很差，而大部分人情况和我类似，非常稳定。

上网高峰期（晚上9点~11点），下行速度一般在5M以下，延迟150ms+，非高峰期，超过10M，看youtube 720P无压力

证明不是托，我来随手贴个图：

我现在用的Intel NUC

Ubuntu 17.04 物理机 希望有个命令行就好了

看了一下README，counter_culture 是通过把更新计数器移到after_commit解决的，也算一种绕过去的方法吧

他们不但没有做类型检查，反倒是去改变语法

Javascript是因为语言本身设计缺陷，所以才需要检查传入的是否是function，Ruby已经声明这是一个blcok，你不可能给这个方法传入第二个参数，完全没必要进行参数类型检查，常见的只是用block_gvien?检查一下是否有block：

class Foo
  def bar(name, &block)
    str = "Hello #{name}"
    yield str if block_given?
  end
end

foo = Foo.new

# block是可选的：
foo.bar('world') do |str|
  puts str
end

foo.bar('ruby')

如果你没有认真学过 Ruby 这门语言，或者只是扫一眼浏览式学习，你根本不知道 yield 做了什么。

对于没有认真学习又blahblah的人，最好的回复是：RTFM

我去掉了 &b1, &b2, &b3，看看可读性如何，在你看 obj.m1 的时候，你知道 yield 传入了什么吗？看 obj.m2 的时候，或者本来就是从 obj.m2 看起，这时候你肯定会不知道 yield 传入了什么，总的来说：

yield本质就是占个位，写yield目的就是为了无需知道传入的block是做什么，如果要理解m2的yield传入什么才能读懂整个代码，那说明这里不应该用block/yield去实现这种需求，写成这样是你的代码设计有问题。

但是，ES6 新增了 Promise 和 Generator 已经解决了这些问题，把所有的异步都给我串起来！！！让你们看看什么才叫真正的优雅：

如果你认真学习过Ruby，用block做callback使用也可以写出很优雅的代码，否则就算用promise或者coroutine也能写出不容易理解的代码，而且你举的代码例子无论从命名和实际用途都不清，如何评价是否优雅？show me the REAL code

（最后，个人认为coroutine最优雅）

http://threeifbywhiskey.github.io/2014/03/05/non-alphanumeric-ruby-for-fun-and-not-much-else/

_=$$/$$;__=_-_;@_=_+_;$_=@_+_;$__=@_+$_;$-_=$__*$_;@__=''<<$-_*($__+$_)+@_;$___=''<<$-_*$__-$__<<$-_*($__+@_)<<@__<<@__;@___=''<<$-_*$__-$_*$_<<$-_*($__+$_)-$_<<@__<<@__;(___=->{$.+=_;$><<($.%$-_==__ ?$___+@___:$.%$_==__ ?$___:$.%$__==__ ?@___:$.)<<(''<<$__*@_);$.<($__*@_)**@_?___[]:_})[]

mysql index自动选择的问题，常见的坑，可以在查询里面加FORCE INDEX来解决

对于这种需求，我推荐Decorator模式，有现成的gem draper可以用

https://github.com/drapergem/draper

因为我要想在用户注册之后，加入更多逻辑的话

比如要加一个FooBar的逻辑，你的做法是在 config/initializer/business.rb 加一行：

Fanli.on(:create_user, [
  SendWelcomeEmail,
  GiveCouponIfXmas,
  GiveInitialCash,
  FooBar,
])

而我的做法是在CreateUser里面加一行

[SendWelcomeEmail, GiveCouponIfXmas, GiveInitialCash, FooBar].each

剩下其他代码都是一样的，你可以说你那个是配置，我那个需要修改代码，但是在这个例子里面看不出两者有什么本质区别。

如果非要改成配置的方式，那么我们改一下代码：

class CreateUser
  def perform(args)
    user = User.create!(args)
    callbacks(args)
  end

  def callbacks(args)
    callbacks_from_config.each do |clazz|
      clazz.(args)
    end
  end
end

即使抽象一个Base出来，看起来和你的例子一模一样了，但是本质上还是意大利面条：

class Base
  def perform(args)
    _perform(args)
    callbacks(args)
  end
end

class CreateUser < Base
  def _perform(args)
    user = User.create!(args)
  end
end

所以从这个例子上我看不出有用Pub/Sub的任何优势