1. 自用 Debian 公司用 Ubuntu LTS
2. 自用 NginX 公司用 Apache（我在试图勾引他们转到 NG 上来
3. 数据库要什么维护？查数据用 PMA 呗，别的想不出还要维护啥。
4. 日常维护啥？升级下系统包就行了呗。数据库有自动增量备份，文件也可以自动增量。

lam = -> { xxx }
go_to :payment, if: lam

#2 楼 @kingwkb 这就不太清楚了。我自己没这么干过。

#7 楼 @novtopro http://apidock.com/rails/ActiveRecord/Scoping/Named/ClassMethods/all

Returns an ActiveRecord::Relation scope object.

#44 楼 @trenttian finnally 读起来感觉像法语

难道不就应该用 Api::ApplicationController 解决吗？ 另外其实建议最好不要给类起一样的名字，否则就会出现你这样的命名冲突的情况。 命名冲突的时候要强制命名路径，比如要严格区分 ::AppCtrler 和 ::Api::AppCtrler 而不能就只写一个 AppCtrler。 建议类改名成，比如说， ApiController。

#5 楼 @novtopro tasks 本身是一个数据库请求，数据库请求上的 #sum 是执行 SQL 语句中的 SUM() 函数。 如果你的 points_toward_velocity 是一个数据库字段，那么这样执行是没问题的。 但如果是一个对象的方法的话， ActiveRecord::Calculations#sum 就没办法执行了，因为没法把这个调用转写成 SQL 语句。 所以需要手动通过 to_a 去先执行这个 SQL 语句，然后变成对结果数组执行 Enumerable#sum 了，这样就对了。

:doge: 非提的欧洲移民之路啊。

URL 请好好编码。 + -> %2B -> +

#5 楼 @hemslo :doge: 太下流了

get %r{/background(|/user/write)/?\Z} do

没用过 Sinatra，纯猜测。

def all_combi_origin str
  combi = ['']
  # Split into upper and lower cases
  chars = str.each_char.map { |c| c =~ /[[:alpha:]]/ ? [c.upcase, c.downcase] : [c]}
  # Combine them
  chars.each do |chs|
    combi = combi.product(chs)
  end
  combi.map(&:join)
end

这是把你的思路用 Ruby 改写后的代码。

测速

Benchmark.bm(20) do |x|
  x.report('all_combi')        { 50_000.times { all_combi 'ru123by!' } }
  x.report('all_combi_origin') { 50_000.times { all_combi_origin 'ru123by!' } }
  x.report('all_combi_4楼')    { 50_000.times { all_combi_4楼 'ru123by!' } }
end

#                           user     system      total        real
#all_combi              1.540000   0.000000   1.540000 (  1.587790)
#all_combi_origin       2.780000   0.010000   2.790000 (  2.894336)
#all_combi_4楼          1.400000   0.000000   1.400000 (  1.443631)

写 Ruby 就要用 Ruby 的思路去设计算法。 比如你这里

for i in 1...s.length
  q=q.product(t[i])
end

就至少应该写成

(1..s.size).each do |i|

或者是

t[1..-1].each do |ti|

以及

q.each do |g|
  puts g.join
end

应该写成

result = q.map(&:join)
puts result

require 'pp'

def all_combi str
  combi = ['']
  # Split into upper and lower cases
  chars = str.each_char.map { |c| c =~ /[[:alpha:]]/ ? [c.upcase, c.downcase] : [c]}
  # Combine them
  chars.each do |chs|
    combi = combi.flat_map do |s|
      chs.map { |ch| s + ch }
    end
  end
  combi
end

combi = all_combi 'ru123by!'
pp combi
puts combi == combi.uniq

随便写了一下，具体效率怎么样就不知道了。

还有一种嘛，每次把请求地址塞进 Session 里。不过请求地址和浏览器 URL 是不一定相关的。

取浏览器显示的 URL 要从浏览器取，用 JavaScript 拿。 Referrer 并不能保证一定是上一次的请求。有些特定情况下 Referrer 甚至会被浏览器屏蔽。

你贴了 4 个一样的地址是什么意思……真看不懂。

#4 楼 @yanguango 这里用来区别

• 填了 true
• 填了 false
• 没填

#10 楼 @yanhao 诶看岔了以为是 Transfer 开始的。

#4 楼 @douxiance 我只说一句。谷歌搜索是必需品。没有访问谷歌能力的人，没法好好学习和工作。

#6 楼 @yanhao 不知道能不能直接 include(:user)？

#2 楼 @douxiance 内容很好，然而回帖没什么用啊，除了增加水量以外。 优秀的帖子留在论坛里通过搜索引擎就可以找到了，不停顶贴没意义。

#46 楼 @cys #48 楼 @jiemoon 不不，为什么会突然提到胡建？

手动点个赞。 （有没有打算把 RSpec 也加入？

#3 楼 @lips 没有研究。我随便挑了个便宜的买的。

IPS 屏基本都能竖着。当然像素点排列这是没办法的事情，不能多纠结了。 自用 Acer B6 B296CL 竖过来看没什么问题（当然不会竖着用就是了

#43 楼 @cys 诶？福州是哪里？

#41 楼 @killernova 嗯，应该是 04-06K

没实际环境不好说。通过以下的方式去调试吧：

• 检查final_amount.class
• 试着用final_amount.to_f
• 试着稍微更改以下params[:order]['final_amount']的值，使他和final_amount不一样。

• 测试：单元测试很多时候是没必要的。建议花点时间看一下 RSpec 关于 Feature test 的部分。会写 Feature test 比会写 Unit test 重要的多。
• 前端：JavaScript 一定要会一点的，要不然很多前端操作还是太麻烦了点。可以考虑从 Coffee 学起。
• UI：把 BootStrap 学会很重要。非常容易做出美观大方的界面。而且如果不想和别的站千篇一律的话，还可以去买 WrapBootStrap 的模板回来套，总之是个效率很高的框架。
• MongoDB：NoSQL 这个概念的出现，主要是把以前 RDBMS 带来的很多特性（关系型）去掉了，并且转变成了扩展性和性能（可以更高并发，可以横向扩展）。通常只有在访问压力比较大的时候才会考虑 NoSQL（比如 Twitter 这种级别，数据之间关系不多，对性能要求高的场景）。平时普通的应用开发，我个人更倾向于普通的 RDBMS。