rails_auth 1.0.4

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-01-25-rails-request.md

@@ -0,0 +1,105 @@
+---
+layout: post
+title: Rails中的request
+category: ruby
+---
+
+每个web请求都有对应的 Request和Response，在Rails中，我们如何获取关于request的信息呢？
+
+### Request对象
+
+在controller的实例中，可以通过request方法获取request对象
+
+```ruby
+request
+# => ActionDispatch::Request对象
+```
+
+## Request对象包含的内容
+
+### Headers
+
+```ruby
+request.headers
+# => #<ActionDispatch::Http::Headers:0x007ff849c55a50>
+```
+headers分为：
+`request.headers`
+`response.headers`
+
+### Params
+
+```ruby
+request.params # => ActiveSupport::HashWithIndifferentAccess对象
+request.parameters # 同request.params
+request.path_parameters
+```
+`params` 返回的是 ActionController::Parameters 对象
+
+### Method
+
+```ruby
+request.method # => "GET"，String对象
+request.method_symbol  # => :get，Symbol对象
+request.request_method_symbol
+
+request.get?
+request.post?
+request.put?
+request.patch?
+request.delete?
+request.head?
+```
+
+### Url
+
+```ruby
+request.fullpath
+request.original_fullpath
+request.original_url
+```
+
+### 请求内容
+
+```ruby
+request.body  # => StringIO对象
+request.body_stream
+
+request.raw_post
+
+request.form_data?
+
+request.xml_http_request?
+request.authorization
+```
+
+###  MIME等信息
+
+```ruby
+request.media_type
+request.accepts
+request.content_type
+request.formats
+request.format
+request.variant
+```
+
+### 客户端、服务端、中间件信息
+
+```ruby
+request.ip
+request.remote_ip
+request.local?
+
+request.uuid
+
+request.server_software
+```
+
+### 缓存相关信息
+
+```ruby
+request.if_modified_since
+request.if_none_match
+request.if_none_match_etags
+```

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-02-01-activesupport-notifications.md

@@ -0,0 +1,46 @@
+---
+title: Rails日志实现探索（1）
+layout: post
+category: ruby
+---
+
+### 概述
+我一直很好奇在Rails中，日志是如何记录一个Rails App运行的信息的。我查看了一下Rails的中间件，发现了`Rails::Rack::Logger`
+
+```
+# rake middleware
+...
+use Rack::MethodOverride
+use Rails::Rack::Logger
+use ActionDispatch::ShowExceptions
+...
+```
+查看`Rails::Rack::Logger`中实现记录日志的主要代码，发现了两个奇怪的类：`ActiveSupport::Notifications`和`ActiveSupport::LogSubscriber`
+
+```ruby
+def call_app(request, env)
+  # ...
+  instrumenter = ActiveSupport::Notifications.instrumenter
+  instrumenter.start 'request.action_dispatch', request: request
+  logger.info { started_request_message(request) }
+  resp = @app.call(env)
+  resp[2] = ::Rack::BodyProxy.new(resp[2]) { finish(request) }
+  resp
+rescue Exception
+  finish(request)
+  raise
+ensure
+  ActiveSupport::LogSubscriber.flush_all!
+end
+
+```
+
+### 日志功能实现
+
+Rails中对日志的处理采用的是“消息-订阅”机制，各部分组件和功能如下：
+
+* 消息发送：`ActiveSupport::Notifications`
+  - `instrument`: 通知subscribers
+
+
+* 消息订阅：`ActiveSupport::LogSubscriber`

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-02-04-activesupport-notifications-2.md

@@ -0,0 +1,103 @@
+---
+title: Rails日志实现探索（2）
+layout: post
+category: ruby
+---
+
+
+## 日志功能实现
+
+Rails中对日志的处理采用的是“消息-订阅”机制，各部分组件和功能如下：
+
+### 日志消息的发送：`ActiveSupport::Notifications`
+
+- `instrument`： 通知所有的 subscribers
+
+扩展：可在通知前先执行一个代码块；
+
+```ruby
+ActiveSupport::Notifications.instrument('render', extra: :information) do
+  render text: 'Foo'
+end
+```
+
+* `ActiveSupport::Notifications::Instrumenter`: 下发通知的组织
+
+* `ActiveSupport::Notifications::Fanout`: 下发通知的执行人
+
+## 工作流程
+
+### 安排下发通知的人
+
+```ruby
+# 1、每个事件分配一个执行人员（员工）
+ActiveSupport::Notifications.notifier = ActiveSupport::Notifications::Fanout.new
+
+# 2、不能瞎指派员工，指派的员工须得有这个能力
+if notifier.listening?(name)
+  instrumenter.instrument(name, payload) { yield payload if block_given? }
+end
+
+# 3、通过员工的上级领导（cto）分配工作
+def instrumenter
+  InstrumentationRegistry.instance.instrumenter_for(notifier)
+end
+```
+
+### 具体工作
+
+1、`Instrumenter`安排工作
+
+```ruby
+# Send a start notification with +name+ and +payload+.
+def start(name, payload)
+  @notifier.start name, @id, payload
+end
+
+# Send a finish notification with +name+ and +payload+.
+def finish(name, payload)
+  @notifier.finish name, @id, payload
+end
+```
+
+2、`Fanout` 接受任务开始干活
+
+```ruby
+def start(name, id, payload)
+  listeners_for(name).each { |s| s.start(name, id, payload) }
+end
+
+def finish(name, id, payload)
+  listeners_for(name).each { |s| s.finish(name, id, payload) }
+end
+
+def publish(name, *args)
+  listeners_for(name).each { |s| s.publish(name, *args) }
+
+  # s 为`ActiveSupport::Notifications::Fanout::Subscribers::Evented`实例
+end
+```
+干活的人多了个`publish`方法，反馈任务（员工需要汇报工作）
+
+3、`ActiveSupport::Notifications::Fanout::Subscribers::Evented` 具体的任务
+
+```ruby
+def publish(name, *args)
+  if @can_publish
+    @delegate.publish name, *args
+  end
+end
+
+def start(name, id, payload)
+  @delegate.start name, id, payload
+end
+
+def finish(name, id, payload)
+  @delegate.finish name, id, payload
+end
+```
+`delegate` 这个又是谁呢？
+
+## 答案揭晓
+
+其实这个员工他也不干活，他将工作外包出去了！！！

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-02-04-activesupport-notifications-3.md

@@ -0,0 +1,48 @@
+---
+title: Rails日志实现探索（3）
+layout: post
+category: ruby
+---
+
+
+## 订阅者（接外包）的实现
+
+### `ActiveSupport::Subscriber` 负责干活的订阅者
+
+```ruby
+def start(name, id, payload)
+  e = ActiveSupport::Notifications::Event.new(name, Time.now, nil, id, payload)
+  parent = event_stack.last
+  parent << e if parent
+
+  event_stack.push e
+end
+
+def finish(name, id, payload)
+  finished  = Time.now
+  event     = event_stack.pop
+  event.end = finished
+  event.payload.merge!(payload)
+
+  method = name.split('.').first
+  send(method, event)
+end
+```
+
+## `ActiveSupport::LogSubscriber < ActiveSupport::Subscriber`
+
+```ruby
+def start(name, id, payload)
+  super if logger
+end
+
+def finish(name, id, payload)
+  super if logger
+rescue Exception => e
+  logger.error "Could not log #{name.inspect} event. #{e.class}: #{e.message} #{e.backtrace}"
+end
+```
+
+这里的 logger 实际是 Rails.logger
+
+## 

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-03-01-object-space.md

@@ -0,0 +1,66 @@
+---
+layout: post
+category: ruby
+title: ObjectSpace介绍
+---
+
+最近在调试bug的时候，遇到一个诡异的错误，错误信息中如下：
+
+```ruby
+#<NoMethodError: undefined method `to_sym' for #<Object:0x007ff53a0e1578>>
+```
+
+接下来我就懵了，这个`#<Object:0x007ff53a0e1578>`对象到底是什么，我该如何知道它的本来面目呢。于是我想到了`ObjectSpace`
+
+`ObjectSpace`是ruby的一个核心module，它本来是为ruby的垃圾回收工作提供服务的一个模块，同时提供了方法让我们可以跟踪到ruby中还存活对象。
+
+每个对象都有一个唯一的`object_id`,`object_id`与内存地址存在一定的映射关系，上例中`0x007ff53a0e1578`就是这个对象内存地址的一个映射，其`object_id`为`0x007ff53a0e1578 / 2 = 70345608858300`。
+有了`object_id`，ObjectSpace就能帮我们还原这个对象的真实面目了。
+
+```ruby
+ObjectSpace._id2ref(70345608858300)
+
+# 返回结果如下
+{
+               "RBENV_VERSION" => "2.1.5",
+                "TERM_PROGRAM" => "iTerm.app",
+                        "TERM" => "xterm-256color",
+                       "SHELL" => "/bin/zsh",
+                      "TMPDIR" => "/var/folders/qy/x2mgpc052csdx4vvyp2b7wsm0000gn/T/",
+  "Apple_PubSub_Socket_Render" => "/private/tmp/com.apple.launchd.XcJLqAwJLx/Render",
+                         "ZSH" => "/Users/qin/.oh-my-zsh",
+                         # …
+}
+```
+原来这个Object对象就是ENV，这下问题就好查起了。
+
+除了`_id2ref`这个神奇的方法，ObjectSpace还提供了一些很有意思的方法。
+
+- count_objects：统计各种类型的对象
+
+```
+{
+       :TOTAL => 419013,
+        :FREE => 329,
+    :T_OBJECT => 14056,
+     :T_CLASS => 6063,
+    :T_MODULE => 922,
+     :T_FLOAT => 9,
+    :T_STRING => 250253,
+    :T_REGEXP => 2352,
+     :T_ARRAY => 61635,
+      :T_HASH => 10083,
+    :T_STRUCT => 481,
+    :T_BIGNUM => 13,
+      :T_FILE => 29,
+      :T_DATA => 40450,
+     :T_MATCH => 134,
+   :T_COMPLEX => 1,
+  :T_RATIONAL => 891,
+      :T_NODE => 29990,
+    :T_ICLASS => 1322
+}
+```
+基本类型的统计信息一应俱全；
+
+更多方法请参考文档。

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-03-08-ruby-module-position.md

@@ -0,0 +1,54 @@
+---
+layout: post
+category: ruby
+title: 如何动态改变某个class的祖先链
+---
+
+在rails中，一个Controller的祖先链中定义了数个名为`process_action`的方法。
+
+分别位于如下`module`中：
+
+* `ActionController::ParamsWrapper`
+* `ActionController::Instrumentation`
+* `AbstractController::Callbacks`
+
+在不同的模块中，方法`process_action`分别承载了一个功能，然后交处理通过`super`交给父类中的`process_action`继续处理。摘取其中一个方法的源码，如下：
+
+```ruby
+# File actionpack/lib/action_controller/metal/params_wrapper.rb, line 232
+def process_action(*args)
+  if _wrapper_enabled?
+    if request.parameters[_wrapper_key].present?
+      wrapped_hash = _extract_parameters(request.parameters)
+    else
+      wrapped_hash = _wrap_parameters request.request_parameters
+    end
+
+    wrapped_keys = request.request_parameters.keys
+    wrapped_filtered_hash = _wrap_parameters request.filtered_parameters.slice(*wrapped_keys)
+
+    # This will make the wrapped hash accessible from controller and view
+    request.parameters.merge! wrapped_hash
+    request.request_parameters.merge! wrapped_hash
+
+    # This will display the wrapped hash in the log file
+    request.filtered_parameters.merge! wrapped_filtered_hash
+  end
+  super
+end
+```
+
+这是一个很有意思的利用ruby高级特性的设计。顺便提一下，我也是通过这个设计明白了，在ruby中为什么`方法名相同，参数数目不相同`并不被视作不同方法的一个好处了（否则这个黑魔法就不够好玩了）。
+
+这个行为很像rack中中间件设计。我现在的需求是插入一个module到Controller的祖先链中，但我同样希望能够控制这个module的位置。
+
+经过几天的思考，找到了解决办法，简单且巧妙。
+
+```ruby
+ActionController::HttpAuthentication::Token::ControllerMethods.include Light::Instrumentation
+ActionController::Base.include ActionController::HttpAuthentication::Token::ControllerMethods
+```
+
+即：首先在你想插入的位置所在的module中include你所自定义的module，然后在重新include一下所在位置的那个module。
+
+下一个问题：Controller祖先链中的大部分module都extend了`ActiveSupport::Concern`，这个将当前模块的祖先链扁平化了？所以include的自定义模块并不能出现在祖先链中。如上例中，我好不容易才找了一个没有extend concern 模块的module。

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-03-15-web-and-sales.md

@@ -0,0 +1,46 @@
+---
+layout: post
+title: 感悟互联网（1）
+---
+
+我们做企业，要挣钱，无非是做两个事情：一是做产品（服务），二是做销售。 互联网对传统行业的影响，最大的影响也是对销售的影响。 　　 销售有两个环节，一个环节是传递信息，一个环节是客户关系维护。 互联网对这两个环节的影响，最大的影响是对传递信息的影响。
+
+### 拥抱互联网之一——媒体与销售
+
+媒体是人们获取信息的方式。 媒体影响的是企业做“广告”的方式。
+
+### 媒体的发展特点：
+
+1、一对一到一对多： 最简单的媒体是一对一的，
+
+2、单媒体到多媒体：
+
+3、信息越来越符合需求：
+
+4、从单向到互动、可选择性：
+
+信息传递渠道的变化，是信息传播媒介的变化带来的。 新媒体拥有更高的效率和用户体验，但是老媒体也没有消亡。
+
+用户在哪里，用户通过什么方式获取信息，我们就通过什么形式向他传递信息。 传统媒体：传统广告（传单、户外、电视广告）。
+
+　　传统媒体是单向的，渠道担当的角色是一个“传话者”，商家和用户难以直接对话。用户可以选择信息：而互联网渠道则更像是平台，产品提供商可以和用户很方便的直接对话，正因为此，互联网渠道“更短”，效率更高。 　　广告本身也是人们获取信息的一种需求，而只有互联网的用户体验有机会让用户从被动获取信息到他主动获取他所需要的信息的转变。 　　从信息获取的主动性和被动性来讲，完全可以把广告作为信息让用户主动获取。绝大部分人在购买手机等产品时，会通过主动搜索该产品信息的形式对其进行深入了解。而百科性质的词条权重很高，同时也是人们参考产品信息的主要方式。 　　用户主动获取到满足需求的信息才能提升用户在网站的使用体验（更愉悦），和传统媒体相比，互联网的智能交互具有更高的用户体验。 个性化传递信息、广告的精准化； 广告是最简单，但也是转化率最低的盈利方式。广告本身也是信息的传播，但是只有当面对正确的人群的时候，它才是有效信息，否则就是令人反感的广告。 从一对一，到一对多 与销售员一对一的讲解相比，他必须不断地重复这个劳动。而WEB程序则可以同时针对不同的对象精准化提供更符合其要求的信息，这便是计算机的自动化对生产力的变革。 则让信息传播的成本更低，效率更高。 远程 在电话和互联网出现之前，渠道比较简单，能够影响的范围较小：无非就是集市和挑担子叫卖。
+
+互联网的信息获取方式： 用户主动获取信息，用户筛选信息： 　　百度是有目标的去寻找信息，而长期的变态SEO使得搜索引擎越来越难以提供最符合用户需要的信息。 用户被动获取信息，向用户推荐信息： 　　社交化网站是发现信息，但不同用户采取不同标准输出的信息似乎让信息获取者更加痛苦。 　　有没有一种信息平台：既可以让用户带着目标去寻找信息，又可以让用户在这里发现到他想看到的信息；既能够让用户有选择的余地，又不至于把用户淹没在信息汪洋中。 　　我认为一个更加符合用户需求的解决方案就是垂直百科（行业性百科网站）。
+
+策略：老媒体不放弃，新媒体加把力
+
+### 渠道之变：
+
+渠道是指：产品从生产者到达顾客手中的过程。 传统的渠道主要有：代理商、中介、展销会。 渠道伴随着信息传播的变化而变化，互联网改变了销售渠道的形态，在电子商务时代，B2C直接使商家面向客户。 阿里巴巴短短几年便打破了温州小商品市场的神话，电子商务正在大肆瓜分着传统渠道的市场，并淘汰了音响店、书店、电脑城等行业。在服务行业，O2O的出现也在加速改变着线下市场的形态，可见传统行业与互联网的结合是销售发展的必然趋势。
+
+上门面谈、电话营销，
+
+### 终端之变：
+
+终端实际就是用户获取服务或产品的方式，传统的终端：上门、店面、展销会中的展位； 网站是伴随着互联网新出现的终端，你通过百度搜索到了一个卖某产品的买家，然后你去买了，想想这个过程实际上向你提供这个需要消费的产品，百度是你最先接触的平台。 也就是说，帮助别人卖东西，最关键的是做离用户最近的平台。拥有尽可能多与消费者接触的机会，也就拥有更多的话语权。 互联网大佬的战争，基本都是控制用户入口的战争。无论是搜索引擎、还是客户端，都是一场争夺“互联网入口”的战争。在这场战争中，产品形态都不断的发掘用户的需要，并且调整着产品形态。
+
+互联网战略——先有用户，后实现销售 　　无论是免费还是收费，在实现向用户传播信息之前，首先得有用户群。在有了用户群之后，要赚钱，办法只有一个，就是向用户提供收费的产品或服务。 　　所提供的收费产品，可以也自己的产品，也可以是别人的产品。
+
+如何获得用户群： 　　用户选择用脚投票，谁能更好地满足用户需求。满足用户需求的关键是用户体验。
+
+跳过搜索引擎：行业性解决方案的趋势： 　　我认为最关键的原因便是，行业性的网站可以针对行业的信息特点提供更好的用户体验，这也是垂直搜索引擎的优势，但是仅搜索难以带给用户发现信息的体验， 　　以电子商务为例，这类网站来自搜索引擎的流量已经很小了，行业巨头可以很洒脱地屏蔽百度。08年的时候，除了医药、教育、机械，旅游还是百度的重要收入来源，而三年多过去了，快速发展的携程、酷讯、去哪儿吞噬了百度的旅游收入。 我在两年的工作中，研究了医学信息和产品信息的最佳传达策略，发现比垂直搜索更符合用户需要的产品信息形态便是：模块化的微百科内容组成的产品信息。 　　

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-03-22-return-break-next.md

@@ -0,0 +1,104 @@
+---
+layout: post
+category: ruby
+title: ruby中的return
+---
+
+在ruby中，有三个关键字可以从一段代码中返回，分别是`return`、`next`、`break`，今天主要研究一下return。
+
+## 方法中的return
+
+在ruby中调用一个方法，默认的情况下，会一行一行依次执行方法中的代码，方法的值是最后一行的值。
+
+return可以改变这个方法一行一行执行的行为，当遇到return，方法会直接返回（rescue、ensure例外）。
+
+```ruby
+def test
+  puts 'first puts'
+  return
+  puts 'next puts'
+end
+```
+在上面这个例子中，`puts 'next puts'`这行代码永远不会执行。同时我们可以显示指定返回值，默认为nil。例如上面这个例子没有指定返回值，其返回值则为nil。
+
+## proc中的return
+
+代码胜千言，先看几个例子：
+
+```ruby
+def test1
+  proc = Proc.new { return 10 }
+  puts 'puts here'
+end
+
+def test2
+  proc = Proc.new { return 10 }
+  proc.call
+  puts 'puts here'
+end
+
+def test3
+  return 10
+  puts 'puts here'
+end
+
+test4 = Proc.new { return 10 }
+test4.call
+```
+在上面的例子中：
+
+* `test1`方法，`puts 'puts here'`能够执行，返回值为最后一行代码的返回值。
+
+* `test2`方法，返回值为10。
+
+* `test3`方法的行为和`test2`是等价的。
+
+* `test4`在call调用的时候会报错，错误信息是：`LocalJumpError: unexpected return`;
+
+为什么会这样，其实`test2`和`test3`已经告诉我们答案了，在proc中使用 return 和在方法本身中使用return的效果是一样的。
+
+而`test4`的例子就相当于你直接执行`return 10`，报的错误也同样是：`LocalJumpError: unexpected return`
+
+`LocalJumpError`这个错误其实很有意思，如果拦截这个错误，是依然可以拿到return的返回值的。
+下面是我在pry中做的实验。
+
+```ruby
+return 10
+#=> LocalJumpError: unexpected return
+
+_ex_
+#=> <LocalJumpError: unexpected return>
+
+_ex_.class
+#=> LocalJumpError < StandardError
+
+_ex_.exit_value
+#=> 10
+
+_ex_.reason
+#=> :return
+```
+
+## lambda 中的return
+
+还是继续看例子：
+
+```ruby
+test1 = -> { puts 'first puts'; return 10; puts 'next puts' }
+test1.call
+
+# first puts
+#=> 10
+
+def test2
+  la = -> { puts 'first puts'; return 10; puts 'next puts' }
+  la.call
+  puts 'puts here'
+end
+
+# first puts
+# puts here
+#=> nil
+```
+
+lambda对象，跟proc对象不一样，在lambda中，return是从lambda代码块中返回。在proc中，return是从proc代码块所在的上下文环境中返回。

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-03-27-trace-point.md

@@ -0,0 +1,58 @@
+---
+layout: post
+category: ruby
+title: TracePoint介绍
+---
+
+## 引子
+最近发布了一次app升级，发现日志里总是报一个警告：`Digest::Digest is deprecated; use Digest`。
+
+已经确定这个错误不是从app里报出来的，而是来自于某个依赖的gem。
+
+而我们引用的gem有100多个，要找到这个警告来自于哪个gem还真是很伤神。
+
+在网上找解决方案的时候发现了一个方法：`set_trace_func`。在新版本的ruby（2.1.5以上）中，这个方法已经废弃了，ruby提供了一个更好的的替代：核心类`TracePoint`。
+
+## TracePoint介绍
+
+`TracePoint`可以用来收集特定的事件在被调用时的信息。
+
+这些事件包括：
+
+* `line`: 执行下一行代码；
+* `raise`: 抛出异常；
+
+* `class`: 开始定义一个`class`或`module`；
+* `end`: 结束定义一个`class`或`module`;
+
+* `call`：调用一个ruby定义方法的时候；
+* `return`: 从一个ruby方法中返回；
+
+* `c_call`: 调用一个c语言程序；
+* `c_return`: 从一个C语言程序的调用中返回；
+
+* `b_call`: 调用一个`block`;
+* `b_return`: `block`调用结束；
+
+* `thread_begin`: 开启一个新线程；
+* `thread_end`: 一个线程结束；
+
+针对这些事件，支持的信息有：
+
+* binding
+* defined_class
+* disable
+* enable
+* enabled?
+* event
+* inspect
+* lineno
+* method_id
+* path
+* raised_exception
+* return_value
+* self
+
+当然并不是所有的事件都支持这些信息，如果调用的事件不支持某个事件的时候，将会抛出一个`RuntimeError`。
+
+## 使用实战

data/test/dummy/node_modules/yougexiangfa_ui/_posts/ruby/2015-04-12-file-dir-pathname.md

@@ -0,0 +1,42 @@
+---
+layout: post
+category: ruby
+title: 理理File/Dir/Pathname（一）
+---
+
+## 引子
+最近在写一个涉及到文件操作的小工具，在ruby中有很多方法可以获取文件，对文件进行操作，今天就对这些操作进行一个整理。
+
+
+| 方法名 | 描述 | 返回结果类型 |
+|---|---|---|
+| `__FILE__` | `__FILE__`是一个关键字，返回当前文件的绝对路径，包含文件名本身 | String |
+| `File.dirname(__FILE__)` | 获取当前文件目录 | String |
+| `Pathname.new(__FILE__)` | 获取当前文件目录 | Pathname |
+| `Dir.pwd` | 返回当前工作目录，别名方法有：`Dir.getwd` | String |
+| \`pwd\` | 返回当前工作目录 | String |
+| system('pwd') | 打印当前工作目录，返回值为ture | TrueClass |
+
+## 说明：
+### 关于`Pathname`类
+
+ruby提供了一个标准库，`pathname`。
+
+
+### 调用系统命令
+有两种方法可以调用系统命令，一种是使用两个“`”符号将系统命令包起来，一种是使用“system”方法。这两种方法的返回值有所区别。示例如下：
+
+```ruby
+`pwd`
+# => "/Users/qin/project/blog\n"
+
+system 'pwd'
+# 这里会答应出结果
+# => true
+```
+
+“\`”包装的命令会返回字符串，`system`会将系统命令返回的字符串打印出来，并返回`true/false/nil`中的一个值。
+
+### 当前工作目录，与当前文件目录
+
+这是两个容易混淆的概念，一个是脚本所在的目录，一个是你在哪个目录下调用的脚本，Dir.pwd返回的就是哪个目录。