咦~ 是么，这就不知道了

我记得我当时要做一个 Sidekiq 监控聚合，本来觉得这个有什么难的，秒秒钟的事儿。然后就发现他们把 sinatra 干掉了…干掉了……基于原生 Rack 重写了。于是我又花了几天研究 Rack 直接写应用，从此开启了一条不归路，同事要写个什么小东西，我就会跑过去丢一句：这个用什么 Rails，来跟我写 Rack 吧

不看文档先干活踩坑系列 +1

【毕竟所有干活快的方法，都已经写在文档里了】

get "/assets/:name" => redirect("/images/%{name}") ,:constraints => {:name => /.+/} if Rails.env.development?

非要用的话，改改这条路由可以处理你的情况

如果资源放在 public，意味着你是想自己管理资源文件并且不需要 rails 帮你做缓存控制，所以 assets 那一套 url/path 辅助方法就不能用了

所以，自己处理文件路径吧

而且是两年前的事情了

先 -1 再 +1 何必呢

(1..a.size).map { |index| a[0,index].join("/") }

# 我再来一个变种
a.map.with_index(1) { |_, i| a.first(i).join('/') }

兄跌，你对 instance_method 有点误解啊

# Rc135xx 是一个类
class Rc135xx
  # passive 是个实例方法，必须在类的实例上才能调用
  def passive
    p self.object_id
  end
end
# 再来个 r ，就是一个实例
r =  Rc135xx.new


Rc135xx.method(:passive) #=> NameError: undefined method `passive' for class `#<Class:Rc135xx>'

Rc135xx.instance_method(:passive) #=> #<UnboundMethod: Rc135xx#passive>

r.instance_method(:passive) #=> NoMethodError: undefined method `instance_method' for #<Rc135xx:0x007fcc2296ed80>

r.method(:passive) #=> #<Method: Rc135xx#passive>

举个栗子

• Rc135xx => 成都二孃鸡爪爪公司
• r => 二孃鸡爪爪的一个分店

Rc135xx.method(:passive) # 你去二孃鸡爪爪总公司买鸡爪爪，汪汪汪？你买个锤子，这里是办公室
Rc135xx.instance_method(:passive) # 你问二孃鸡爪爪：你们下面的门店可以买鸡爪爪哇？ 可以，我给你指路嘛

r.method(:passive) # 你到二孃鸡爪爪门店买鸡爪爪，莫得问题
r.instance_method(:passive) # 你问门店你们的员工可以私自出去卖鸡爪爪么？……你大概会被打哟

你的代码里面调用的 self，就是类的一个实例，等同于 r

『一新呀 你可长点心吧』 突然就想到了这句话，别打我，哈哈哈哈~~~

另外建议用 sidekiq 的同学，有考虑过 LZ 的项目还没有使用 sidekiq 的情况么

如果没有，那么就为了一个 20s 循环任务引入一个 sidekiq + 定时插件，感觉亏亏的

用 daemons 倒是别出心裁，即方便控制，有能保证不因意外死掉，至于执行时间的问题，new 一个新线程就好了 /机智

dash 在手，天下我有 你也值得拥有

不需要 try, 官方 api 里面确实没有这个的，估计你也是在 pry 中吧，你在 irb 中试试

这个有问题吧 method(:passive) 返回的是一个 Method 的对象，Method 的对象有 :source 这个方法？

https://github.com/pry/pry#code-browsing

ls 取文件 非常的不 ruby 呀

就是把 routes.rb 分拆成多个文件放在 config/routes 目录下么？

近两年投资（ji）领域倒是有了革命性的进展

在代码里面设置，根据你用来发起请求的类库不同，设置可能会有一点差别

你可以看下上面那个 PR 的 change

https://github.com/Eric-Guo/wechat/pull/133/files

原因是你发请求的时候使用 SSLv3 协议，这个是不安全的，大部分服务器已经 ban 掉了这个协议

不知道微信的 api 服务器现在是什么情况，以前是有些支持，有些 ban 了，导致问题还不能稳定复现

https://github.com/Eric-Guo/wechat/issues/128

可以看下这个 PR

呃 感觉你这描述略不具体呀，我来帮你补充一下吧

从这个改动我们可以获取 4 点信息：

1. test 和 development 已经不需要像以前那样设置 secret_key_base 了，即使设置了，也没用
2. 生产环境下，优先使用环境变量中的 SECRET_KEY_BASE，为什么要这样呢？我猜是为了向下兼容，毕竟这可能是用得最多的方式，不同的是这个变量名被硬编码了，以前是通过 secret.yml 来读取的，可以按你的心情随便改
3. 没直接用环境变量的，就使用 5.2 的新特性 credentials，噹~噹~噹~~ 让我装逼让我飞，让我闪亮登场
4. 如果没有用 credentials 呢？就从 secrets 中去读取，secrets 是个啥呢？还能是啥，老的那套方案呗，从 config/secrets.yml 或者 config/secrets.xxx 中去取值

结论：config/secrets.yml 这个文件已经没什么用了，删了吧，不用留着过年

在 windows 下玩玩也没什么的，只是印象中这个 gitbash 是个阉割版本的终端，加上 windows 下各种依赖的问题，所以会有很多疑难杂症（具体会有啥我也不知道）

Win10 不是已经支持 Linux 子系统了么，了解一下

https://www.howtoing.com/how-to-install-ruby-and-set-up-a-local-programming-environment-on-windows-10 （顺手搜的一篇）

windows 下 git 带的那个 gitbash 么？

我也有打算重新学一遍 书都还留着 哈哈哈

你是不是用的不是 irb, 是否引入了 pry？

q = "我是+小强"
sign = Digest::MD5.hexdigest("#{app_id}#{q}#{salt}#{secret_key}")
request_params = { appid: app_id, q: q, from: from, to: to, salt: salt, sign: sign }
result = HTTParty.get("#{url}?#{request_params.to_query}")

@huacnlee 的就是正确答案

呃 你这完全乱了，encode 两次了，不过刚刚我的回复也是错的

应该是签名的时候用「我是 + 小强」，url 里面传「我是%2B 小强」

这样应该就对了

q = URI.encode_www_form_component('我是+小强')

再去签 sign 试试

你那么传，估计百度把你的 + 当空格处理了

@happyming9527

看看两台 Nginx 是否都是同一个症状，outgoing 变化不大，incoming 翻倍的话，可以排查一波是不是有大量重试了

重发请求的可能不是客服端，而是你们的外部 ELB

哟 不是单机问题呀 ~

之前 passenger 也是用的这个架构么？也用了内部 ELB？

这个道理说不通，外部来的流量并没有真的增加

看这个图，流量正好是翻倍了，我估计他 proxy_pass 也走了 eth0 这张网卡

proxy_pass 的值设置的啥？不是走的 lo 吧