spacewander (罗泽轩)

Ruby China 要有小弟妹啦

spacewander — Sun, 29 Mar 2015 21:21:15 +0800

@huacnlee 的秘密计划

Rails 的 Cookie 问题现在怎么样了

spacewander — Tue, 10 Mar 2015 23:33:02 +0800

今天发掘出了几篇旧闻。

Nearly 2000 Sites Vulnerable to Ruby on Rails Cookie Problem: https://threatpost.com/ruby-on-rails-cookiestore-vulnerability-plagues-prominent-websites/103038

How bad is rails' cookie system? http://pothibo.com/2013/10/how-bad-is-rails-cookie-system

Logout is broken by default in Ruby on Rails Web applications https://news.ycombinator.com/item?id=6545923

大体上是，Rails 的 Cookie 实现机制没有办法真正地清除掉客户端的 Cookie。

如果不是先看到了日期，我肯定会被吓呆了。还好这是一两年前的事情，那时候我还没使用过 Rails 呢。不知道 Rails 的 Cookie 实现现在怎么样了？

There Is More Than One Way To Do It, Ruby 风格问题

spacewander — Thu, 18 Dec 2014 23:38:24 +0800

开一个帖子解决我长期的疑惑：

你

1. 是喜欢用

if !condition

还是用

unless condition

2. 是喜欢用

do_something()

还是用

do_something

3. 是喜欢用

  return xxx
end

还是用

  xxx
end

喜欢甜的还是咸的都没关系，只要你能说出你的理由。（当然你也可以根据本日运程选择使用哪种风格，只要理由说得通）

MiniTest 的正确使用姿势

spacewander — Mon, 08 Dec 2014 09:22:06 +0800

MiniTest 是什么？不懂的请搜索一下，我就不解释了。

在 MiniTest 之前，用 Ruby 做测试的有两种人，一种人喜欢 Test::Unit 的test_*风格，另一种人喜欢 Rspec 的describe风格。他们时不时因为这两种风格的优缺点以及哪一方才能代表真正的 Ruby 测试风格而争执不下。（这有点像《格列佛游记》中，两个小人国因从哪个方向打碎蛋壳而反目成仇）

后来，MiniTest 出现了，改变了这一切。MiniTest 向众人宣讲道，“汝可择 Test::Unit 之道而从之，亦可择 Rspec 而从之”。在 MiniTest 里，你可以像 Test::Unit 那样写测试，也可以像 Rspec 那样写测试。是故，MiniTest 用一种包容的心态解决了纷争，重新给世界带来了和平。

这篇文章，就是讲讲 MiniTest 的正确使用姿势。

Hello World

使用了 MiniTest 的测试代码像这样：

require 'minitest/autorun'

# 注意有些资料中，测试类不是继承自MiniTest::Test，
# 那是MiniTest 5之前的做法，MiniTest会通知你改正
class TestMyLife < MiniTest::Test
  # 这个方法会在各个测试之前被调用
  def setup
    @me = People.new
  end

  def test_sleep
     # assert_equal exp, act, msg
     assert_equal   "zzZ", @me.sleep, "I don't sleep well "
  end

  def teardown
  end
end

MiniTest 中可用的断言 (assert_*) 有很多个，具体可以看看文档： http://docs.seattlerb.org/minitest/Minitest/Assertions.html

另外，在每个 test 方法之外，还可以执行被称为lifeCycleHook的方法，比如前面的setup和teardown。具体的顺序为：

before_setup
setup
after_setup
test
before_teardown
teardown
after_teardown

看到这里你多半会觉得，有setup和teardown就够了，一大堆别的before/after还有啥意义啊！文档也提到了，一般用户只需用到setup和teardown就够了，其他的 hook 是给 MiniTest 拓展用的。

前面说了，MiniTest 兼容并收，即可用 Test::Unit 风格，也可用 Rspec 风格，下面就改用 Rspec 风格写上面的例子：

require 'minitest/spec'
require 'minitest/autorun'

describe "TestMyLife" do
 before do
    @me = People.new
  end

  it "test_sleep" do
     assert_equal   "zzZ", @me.sleep, "I don't sleep well "
  end

  after do
  end
end

看出不同了么？Rspec 风格就是用 describe 替换掉 class，用 it 替换掉测试方法，就是把对象风格的测试用例，变为了 Rake 这样的 DSL 了。注意前面要添加require 'minitest/spec'，让 MiniTest 知道现在是 Rspec 风格的测试。

事实上，在 Rspec 风格中，有人会追求用 Expectations 代替 Assertions ，就是写

@me.sleep.must_equal("zzZ", "I don't sleep well ")

而不是

assert_equal   "zzZ", @me.sleep, "I don't sleep well "

不过这个看个人的口味啦。如果你对此有兴趣，看看这个 MiniTest 的 cheet sheet： http://danwin.com/2013/03/ruby-minitest-cheat-sheet/

运行测试

哎呀，啰啰嗦嗦说了一大堆，好像没讲明白如何运行这些测试呢。

其实很简单，直接用 ruby 运行吧。ruby test_file.rb即可。如果要运行多个测试，写一个脚本好了。不过大家都是用 rake 来运行测试的，事实上 rake 也集成了运行测试的功能。

看看下面的 Rakefile 片段：

Rake::TestTask.new(:test) do |t|
  # libs表示要添加到$LOAD_PATH(就是加载ruby文件的搜索路径)的文件夹
  # 默认是"lib"，现在再添加"test"
  t.libs << "test"
  # 要运行的测试文件的特征。匹配以test_开头的所有文件
  t.pattern = 'test/**/test_*.rb' 
  # 不输出测试文件的信息
  t.verbose = false
end

然后运行rake test就能运行测试了。如果你设置task :default => :test，那么仅需rake就能运行默认的任务 - 测试了。 BTW，通过指定rake test TEST=xx，还可以只运行指定文件哦，当一个项目中包含的测试比较多时，只运行相关文件能省下许多时间。

进阶功能

除了前面提到的常用功能，MiniTest 还提供了其他进阶功能，比如：

Benchmark

还是用代码做介绍吧。

require 'minitest/autorun'
require 'minitest/benchmark'

def setup_array(n)
  return Array.new(n){ |i| i }
end

# 需要继承自Benchmark类
class TestBenchmark < MiniTest::Benchmark
  # 所有函数以bench_开头
  def bench_algorithm
    validation = proc { |x, y| x.each_index do |i|
      puts "#{x[i]}\ttime cost: #{y[i]}"
    end
    }
    assert_performance validation do |n|
      ary = setup_array(n)
      100.times do
        ary -ary
      end
    end
  end

  def bench_constant
    # 常数
    assert_performance_constant 0.9 do |n| 
      ary = setup_array(n)
      100.times do
        ary.length
      end
    end
  end

  def bench_logarithmic
    # 查找时间复杂度与其说是log的，不如说是n
    assert_performance_logarithmic 0.9 do |n|
      ary = setup_array(n)
      100.times 
        ary.find 10001
      end
    end
  end

  def bench_linear
    # 线性
    assert_performance_linear 0.9 do |n|
      ary = setup_array(n)
      100.times do
        ary.sort!
      end
    end
  end

  def bench_power
    # n^2
    assert_performance_power 0.9 do |n|
      ary = setup_array(n).shuffle!
      100.times do
        ary - ary
      end
    end
  end

  def bench_exponent
    # 指数
    assert_performance_exponential 0.9 do |n|
      100.times {2 ** n}
    end
  end
end

MiniTest 支持 Benchmark 的测试，你可以测试函数的时间复杂度。这些断言接受两个参数，一个是精确度，另一个是要运行的 block。当然你也可以自定义精确度的计算方式，正如第一个bench_algorithm所示。（虽然在那里我只是把输入和运行时间打印出来。）另外你也可以自定义参数的范围，默认条件下是从 1 到 10000，按 10 倍增长。

用 Rspec 风格写 Benchmark 也是可能的，具体看文档。 http://docs.seattlerb.org/minitest/Minitest/BenchSpec.html

Mock

有些时候，测试代码中可能会有这样的调用：它们消耗大把大把时间，占了单元测试的大部分时间；或者会带来不可逆的副作用，比如往远程数据库中添加数据，而你又不能每次执行都清空数据库。这时候，我们应该怎么办？把调用标记为“FIXME”，然后交由维护的程序员头疼去？在软件测试中，我们可以使用 Mock 来解决这个问题。我们不需要真的做这个调用，而是返回一个预期的值，交由要测试的方法进行处理。这样，我们无需进行完整的调用，就可以以合理的输入来测试方法。

MiniTest 也集成了 Mock 的功能。一如既往，我还是直接 show you the code：

require 'minitest/autorun'

class TestMock < MiniTest::Test
  def setup
    @badman = MiniTest::Mock.new
    # expect :method_name, retval, args=[]
    #@badman.expect(:destroy_my_computer, true, [String])
    @badman.expect(:destroy_my_computer, true)
    @goodman = MiniTest::Mock.new
    @goodman.expect(:destroy_my_computer, false)
  end

  def test_mock
    assert_equal true, @badman.destroy_my_computer
    assert_equal false, @goodman.destroy_my_computer
    #assert_equal true, @badman.destroy_my_computer('brutally')
  end

end

所有 Mock 的实例都有一个expect方法，接受:method_name, retval, args 这三个参数。其中 args 是输入参数数组，表示允许的输入范围。而 retval 是对应的返回值。

MiniTest 还有其他一些功能我没有介绍，比如允许第三方插件自定义 test reporter 等等，如果需要，就阅读文档 + 搜索一下吧。

推荐一个监控进程情况的库（不是框架）？

spacewander — Thu, 20 Nov 2014 18:27:10 +0800

在写一个工具，其中需要实现监控指定进程的功能。看过了god和eye，感觉这些是框架，对于我的需求太过于复杂。

所以现在来问了，求推荐一个监控进程情况的库，具有以下四个功能：

返回当前所有的进程（类似于 ps -A）
判断指定 pid/进程名的进程是否正在运行
监控指定 pid/进程名的进程，当它被创建或结束时，发送一个消息。
返回指定 pid/进程名的进程的运行时间

对于适用平台方面，仅需要满足 Linux 即可。

append：为了安装方便，希望是 ruby gem。

向 RubyGems 提交了一个未完成的 gem……

spacewander — Thu, 30 Oct 2014 00:10:02 +0800

这下 糗大了

刚刚看了下已经有 27 个 download 了……请告诉我这些都是机器人干的……这样我内心好舒服些。我已经在 README 中声明该 gem 还在 under construction，发生什么问题不要来找我……

今天被各种 Markdown 方言给坑了……感觉对 Markdown 累觉不爱

spacewander — Fri, 26 Sep 2014 16:21:37 +0800

原本在环境 A 里面看上去好好的 Markdown 格式，换到环境 B 就出了瑕疵。以后就只能用各个平台都兼容的核心最小化的 Markdown 格式么？感觉累觉不爱了……

Rails 中如何实现 “忘了我” 的功能？

spacewander — Tue, 23 Sep 2014 22:25:01 +0800

一般网站在登录的时候，都会提供一个“记住我”的选项，如果选中该选项，下次就不用重新登录了。

在 Rails 里面实现“记住我”，最简单的办法是设置

Rails.application.config.session_store :cookie_store, expire_after: # 一段相当长的时间

这样 Rails 就会在浏览器里面设置一个要过一段相当长的时间才会过期的 cookie。那么下次访问的时候，一旦检测到这个 cookie 的存在，就不用重新输入密码了。代价是，忘记密码的可能性增加了……

不过，让我们看下反面的问题，如果用户不勾选那个“记住我”，那么怎么来实现 忘了我 这个功能呢？

session_store的设置是全局的，而且session类没有提供expires的设置。cookie倒是提供了，不过虽然 session 默认是用 cookie 实现的，但是cookie和session又不能混用……

另外一个方法是设置一个session[last_login]，用它来保留上次访问的时间。但是这么一来，每次检查session里面的内容时，都得检查session[last_login]，这样做要改动很多地方，而且不易维护（除非把session包装成 Session 类）。

所以在这里问一下大家，还有什么办法可以动态设置 session 的过期时间的？

BTW，Ruby-china 的编辑框的 markdown 解析有点问题……只有**粗体**左边是空格的情况下才能加粗，否则就不能加粗。同样的，*斜体*、~~删除线~~也是这样