可以讲 Ethereum 吗？

不仅是微信，其他的某些浏览器也会有这个问题。

position: absolute我这里也不行，最后索性通过 media query 在小屏幕上把 progressbar 给隐藏了：

html.turbolinks-progress-bar::before {
  display: none;
  height: 0 !important;

  @media (min-width: $screen-sm-min) {
    display: block;
    background-color: $primary-color !important;
    height: 2px !important;
  }
}

当然不是，linux 足矣。

传 json 参数要设置 Content-Type header 为 application/json, grape 会调用自带的 Grape::Parser::Json 去解析。

可参考 API Data Formats 文档：https://github.com/ruby-grape/grape#api-data-formats

rails 本来就是大而全的东西，devise 的做法相当 rails way. rails 同样自带 erb 模板引擎和 i18n 数据。

要达到所谓的“容易定制”很简单，像其他 gem 一样选择不做一些事情就行。结果什么都自己写，自然好定制。

无意说哪种更好，只想说 rails 和 sinatra 各有自己的场景。

如果有 gem 和 devise 能力大致相同，却比 devise 容易定制，相信社区会用脚投票。

SecureRandom 生成的是 UUID v4, 不是真正的 unique, 利用随机数来保证碰撞概率很小。正如 wiki 所说，碰撞概率很小，可惜有个前提：

However, these probabilities only hold when the UUIDs are generated using sufficient entropy. Otherwise, the probability of duplicates could be significantly higher, since the statistical dispersion might be lower. Where unique identifiers are required for distributed applications, so that UUIDs do not clash even when data from many devices is merged, the randomness of the seeds and generators used on every device must be reliable for the life of the application. Where this is not feasible, RFC4122 recommends using a namespace variant instead.

uuid gem 产生的 uuid 是用 mac+timestamp+local sequence, 代码简单明了。twitter 当年的 snowflake 是同样的思路 https://blog.twitter.com/2010/announcing-snowflake

分布式场景下 uuid 是最方便的选择，sequence 很难，有兴趣可以 google。

Flight 不是这个时代的东西，不用考虑了。

https://twitter.com/necolas/status/582673863588192256

楼主好文章，对架构的分析很赞同。实际项目中多次看到自发形成的 service, presenter 之类，但正如楼主说的，这么多路，没一个是官方扶持的 (或者说是主流的)，也许才是最大的问题。不是所有项目都能遇到这一个坑，遇到坑自行绕路的又各自在踩坑 :)

支持楼主招人。

很棒的产品，第一次看到要求里面有 React 的，支持~

p is the ultimate debugger.

服

和 lotus 没什么可比性。

报名看活的！激动！

@wangping Peatio 的 API 也是 Grape 写的，基本上一个资源一个文件 https://github.com/peatio/peatio/tree/master/app/api/api_v2

另外还用了 grape-swagger 来生成 API 文档 https://github.com/tim-vandecasteele/grape-swagger

@baibaluo +1

我觉得 mysql 的实现没有什么问题，基于 multiversion concurrency control 实现的 isolation level, 和锁没有必然联系。

pg 的 isolation level 实现本来就是强于 sql 标准的 (见 pg 自己的文档)，不能当作标准说事。

好有趣的 gem :thumbsup:

好公司 :thumbsup:

#16 楼 @darkbaby123 赞，学习了

@huacnlee 发布了 0.4.0, 体积减小了 25%

另外根据使用频率调整了多音字的发音。

#21 楼 @song940 是的，打算在 major version 变动的时候改 api

#23 楼 @huacnlee 恩，下一步打算把内存占用优化一下

#15 楼 @quakewang 这个对我来说难度太高了..

如果更喜欢自定义字库或者有其他什么原因想要 fallback 到之前按字注音的，可以这样配置一下：

PinYin.backend = PinYin::Backend::Simple.new

#14 楼 @huacnlee 词库大小我也纠结了挺久，最后还是带上了，主要是觉得现在的主流配置还是能接受的，就是安装的时候可能会慢一点，不过用 ruby.taobao.org 的话也没啥感觉 :) 这样先解决 correctness, 在考虑效率之类的问题

#13 楼 @shiny 我自己整理的，保留版权，但是你可以随意使用，注明出处就好 :) 目前有 17 万词左右

#5 楼 @huacnlee 是给“词”做了一个数据库，因为多音字在一个词里面的读音是确定的

#7 楼 @cisolarix 目前用的 rmmseg-cpp, 看看效果先

rubygems-bundler 自作聪明 +1

a.cover?(Time.now)