Ruby 算复杂的话，那 Rust 是不是直接埋了算了

重新安装 mysql2 这个 gem 按照类似这样的方式 https://stackoverflow.com/questions/21126326/installing-mysql2-gem-on-windows

单纯猜测一下，ruby 的 grpc client 好像只有同步 API，再考虑到你说的有概率几秒才处理完一个请求，那么限制你的可能是 GIL

稍微看一下文档就有答案啊。 下面是 README 的原文，前一种用法才会解压，后一种不会。

Compression

Typhoeus.get("www.example.com", accept_encoding: "gzip")

The above has a different behavior than setting the header directly in the header hash, eg:

Typhoeus.get("www.example.com", headers: {"Accept-Encoding" => "gzip"})

Setting the header hash directly will not include the --compressed flag in the libcurl command and therefore libcurl will not decompress the response. If you want the --compressed flag to be added automatically, set :accept_encoding Typhoeus option.

你去了哪家公司啊后来？还是做产品？

挖坟？不知道你想表达什么，我已经回复了两个不一样

有没有薪资范围呢，从优就跟没写一样

顶一下，传说中的 IT 荒漠居然也有公司用 Ruby 了。身为宁波人泪流满面啊。。。

Cuba 不怎么更新，Roda 是 fork Cuba 后再开发的貌似

lz 精神可嘉，不过这里不是前端社区，大家并不关注前端项目。

先前看到一个跟你的项目思路相似的整合性项目，可以参考，说不定互有增益。 https://github.com/jumpsuit/jumpsuit

#10 楼 @small_fish__

1. gin app -> go 本身的 net/http server 甚至优化过的 HttpRouter
2. express app -> node 本身的 net/http server
3. sinatra app -> rack -> puma

测试用例看上去差不多，其实只是 app 层面代码复杂度接近，单个请求回路其实可能差距甚远。 如果 app 本身代码一旦复杂起来，可能单个回路的复杂度就差异没有那么明显了。hello world 级别的 benchmark 意义不大。

gin 本身还宣称可以比同为 go 写的 martini 快最多 40 倍，这个就不是并发模型可以解释的了。 比较说得通的是语言本身性能有差距，http server 优化有差异，总体代码复杂度也差很多。

另外有带 vm 的语言 warm up 一下可能会表现有所提高，虽然 YARV 在这方面几乎就是渣渣。

#4 楼 @runup 按照你的理解，如果匹配空值，那么$怎么办？这里必须满足到结尾啊。 .*?不贪婪匹配，只是为了防止?=!也被前半部分匹配中

1.Hash api 有 []方法，只是不接受额外的 block 的参数。[]是一个合法的方法名，任何对象都可以定义这个方法。这里的[]很可能是 Hashie::Hash 或者 Mash 覆盖了的方法

1. .*? non-greedy, [?=!] one of "?", "=", "!"

继续招聘中

#1 楼 @niucang 可以考虑，发个简历过来吧

rails s -b 0.0.0.0 然后在一个局域网里访问你的 ip

#6 楼 @huacnlee

无论你开多少个 Thread，最终请求还是需要等待它们都结束了才能完成

这句好像有问题，没有主动 join 的话，会直接执行之后的代码的

#13 楼 @u1373355650 如果没弄错，楼主只是想异步执行那些 post api 的请求而已，并非想要并行。

手动写 Thread 的问题上面基本也都说了

1. Thread.new 成本不低，大量请求这个 action 会有问题
2. 异常之类的逻辑需要单独处理

额。。。尝试了下。。。代码摘要居然选了 rails-4.1.1/guides/rails_guides/generator.rb app/assets/javascripts/application.js

然后 Ruby 技能变成了 97.7907% 而可怜的 JS 变成了 5%

#4 楼 @davidqhr

CSS

1. 后端构建时，仅使用css-loader而不使用style-loader, css-loader exports 的只是几个 class name。如果没有使用 css-modules 里的 local，那么连css-loader都不需要，直接null-loader处理 css 即可
2. 前端 css 使用ExtractTextPlugin, 单独加载 css。

Images

不是很明白，如果仅仅使用file-loader，那么什么特殊处理都不需要啊。

你要找的那个东西是 IV，前两天刚回答了一个类似问题。 加上 decipher.iv ＝ '0000000000000000' 就行

#5 楼 @qinfanpeng 这是你想要的，2 条 query，虽然不是 1 条，但也不会 N+1

TransactionHistory.with_item_named_after('item_1').preload(:transaction_items)

#5 楼 @hxh1246996371 node 不熟，完全只是看文档看到的。搜索的时候居然第一个结果是你的 stackoverflow 问题。。。

#2 楼 @hxh1246996371 node 中 crypto.createCipher(algorithm, password) 和 crypto.createCipheriv(algorithm, key, iv) 的区别是 password is used to derive key and IV。

而 ruby 里面 你只指定了 key，而 iv 是默认的，这里的 key 并不等于 node 里的 password

var crypto = require('crypto'),
    algorithm = 'aes-256-ctr',
    key = 'd6F3Efeqd6F3Efeqd6F3Efeqd6F3Efeq',
    iv = "1234567890123456";

function encrypt(text){
  var cipher = crypto.createCipheriv(algorithm,key,iv)
  var crypted = cipher.update(text,'utf-8',"base64")
  crypted += cipher.final("base64");
  return crypted;
}

console.log(encrypt("1")); // return bQ==

require 'openssl'
require 'base64'

def encrypt(des_text)
    des = OpenSSL::Cipher::Cipher.new('aes-256-ctr')
    des.encrypt
    des.key = 'd6F3Efeqd6F3Efeqd6F3Efeqd6F3Efeq'
    des.iv = "1234567890123456"
    result = des.update(des_text)
    result << des.final
    return Base64.encode64 result
end

p encrypt("1").strip # return bQ==

#2 楼 @hxh1246996371 嗯，我傻了，测试的是 1，ascii 和 utf-8 本来就是一致的。。

猜一下原因，ascii VS utf-8

背景什么也至少交代一下啊，不然人家公司怎么接受实习呢？ ps：我也是土木毕业的

#8 楼 @ruohanc 懂了，修改前的代码，嵌套的 with 操作会在结束后把连接放回去，如果外层的 with 还想操作这个连接就会出错。 所以才会有奇怪的这行 stack.push conn，即使是同一个 conn，每次 checkout 都要把它 push 到 thread 的 stack 上。

define_method 换成 klass.define_singleton_method

手机回复，可能拼错，你先试试

#4 楼 @ruohanc 其实这部分我也有疑惑

def checkout(options = {}) # Line #86, lib/connection_pool.rb
  conn = if stack.empty? # 什么时候会出现不是 empty？
    timeout = options[:timeout] || @timeout
    @available.pop(timeout: timeout) 
  else
    stack.last 
  end

  stack.push conn # 比较奇怪的是这里，如果是取的stack.last，这里再push回去就同一个conn放了两个了。 
  conn
end