dddd1919 (龙虎人丹)

ElasticSearch 使用总结

dddd1919 — Mon, 13 Nov 2017 00:40:56 +0800

Elasticsearch 通常作为业务搜索的重要组件，或者用于 ELK 做日志分析使用，支持从最简单的全文搜索，模糊/精确搜索，到复杂的组合搜索，还有一些特殊场景下的搜索如地理坐标搜索，甚至可以自己定制搜索脚本来完成自定义的搜索，更重要的是搜索效率非常高。但对于初入者来说，理解 es 的常规使用还是有一定门槛。虽然自己也使用了很久 es，但对使用 es 仅限边边角角的改动，正好前段时间整体重构了一次搜索，顺便把 es 从 2.3 升级到了 5.5，做些总结，应该对新手或是进阶多少有些帮助吧。

前言

本文侧重总结对 es 本身的使用，平时在开发时还是会借助工具来调试功能，比如 sense，有本地版和 chrome 的插件，在调试错误时能更清晰的定位到问题。还有 es 的 web 管理后台 elasticsearch-head，主要用来看 es 数据和调试查询，有了这俩工具，可以像调试数据库一样来调试搜索。

查询表达式

自我感觉对 elasticsearch 使用理解的关键还是在对表达式的理解上。大部分开发者对 sql 的搜索都比较熟悉，但当看到 es 这种缩进式的搜索语句还是一头雾水（至少我入门时是这样的）。es 的搜索采用了 json 结构的查询表达式，所有的查询表达式包裹在最外层的query关键字下，像这样

GET /_search
{
    query: YOUR_QUERY_HASH_HERE
}

比起 sql 固定的表达式结构，看起来 json 结构的查询语实在太灵活了，但明确一点：这是个 json 结构的 DSL。每一层的 key 都是有使用规则，错误的查询关键字会导致 ES 在解析查询语句时抛出异常，所以在使用前要多看看官方文档，每种关键字下面可用 options 都有明确的说明，而且在查询文档时一定要确定好自己使用的 es 版本。基于自己常用的一些查询语句画了个图，帮助理解一下 es 搜索语句的结构

理解 es 的搜索结构，基本可以丝滑的用起来了

SQL like 的搜索方式

习惯了 sql 搜索语句，初见 es 的时候我也是一脸无辜，看起不知道从哪下手，但是类比 sql 搜索之后，发现 es 搜索的结构还是很简单的。

通常使用的查询结构是这样的：

POST /houses/_search

{
  query: {
    bool: {
      must: {
        country_id: 123
      }
    }
  }
}

这样的一个语句就类似 sql 中的 House.where(country_id: 123)，组合搜索的话，可以参考一个 2.x 版本的关于组合搜索的中文文档类似这样常规的搜索就可以完成很多条件的组合搜索，像 sql 一样完成结构化搜索。

查询嵌套

es 的搜索语句很多是可以嵌套的，例如可以在 bool 中嵌套 bool 等等，这样更复杂的嵌套组合语句可以完成更为复杂的搜索。上面链接里的示例是基于 2.x 的，升级到 5.x 后query不再支持filterd，所以改写成 5.x 的结构就会是这样：

POST /my_store/products/_search
{
   "query" : {
      "bool" : {
        "filter":{ # 同2.x的filterd
          "bool": { # 这里嵌套一层bool
            "should" : [
              { "term" : {"productID" : "KDKE-B-9947-#kL5"}}, 
              { "bool" : { # 这里又嵌套了一层bool
                "must" : [
                  { "term" : {"productID" : "JODL-X-1937-#pV7"}}, 
                  { "term" : {"price" : 30}} 
              ]
            }}
          ]
         }
       }  
     }
  }
}

关于搜索和过滤

es 默认搜索会给每个结果文档算出一个排序分数，如果只是简单的过滤结果而不需要排序，或是某些过滤条件和结果排序无关，可以把过滤条件嵌套到 filter 中，这样搜索的性能会有所提升（因为不需要算分）。如果只是单纯过滤的话，结果还可以被缓存，增加下一次相同搜索的速度

关于脚本

作为搜索引擎，支持脚本语句给搜索带来了更多可能，完成一些结构化搜索语句难以完成的功能。es 支持的脚本语言有很多种，python, javasript, 还有内建的 groovy，5.x 的 painless 等。5.x 下推荐使用内建的 painless，性能很强大，另外是运行在沙盒环境下，安全性要比其他的要高，语法类似 java 上手还比较容易。

举个例子，找出当前商品折扣价高于 500 的商品，要搜索出这些商品，用一个简单的脚本搜索即可完成：

POST /my_store/products/_search
{
  "query": {
    "bool": {
      "must": {
        "script": {
          "script": {
            "lang": "painless",
            "inline": "doc['price'] * doc['discount'] >= 500"
          }
        }
      }
    }
  }
}

如果不固定是 500，可能是其他值的话，还可以为脚本传参数：

POST /my_store/products/_search
{
  "query": {
    "bool": {
      "must": {
        "script": {
          "script": {
            "lang": "painless",
            "params": {
              "lowest_price": 500,
            },
            "inline": "doc['price'] * doc['discount'] >= lowest_price"
          }
        }
      }
    }
  }
}

因为脚本语句在执行时也需要编译，所以也会消耗一定的执行时间，第二种传参的写法好有个好处，语句中不存在变量时查询语句会被缓存，这样下次执行同样的查询时可以省去编译的时间。

如果使用脚本搜索的话还有几个小建议：

尽量选择脚本原生提供的语法支持，某些扩展的语法可能会带来性能问题。比如在 painless 中没有支持 java string 的 split 方法，但可以修改 es 配置开启正则的 split 语法，但在实际使用中发现性能损耗很大，一条执行一百毫秒左右的搜索语句，加上 split 后搜索时间升到七百毫秒左右，所以官方在未支持 split 方法时也指出本身 string 的 split 性能也不是很好，尽量避免使用
数组字段的值和 object 类型的字段，在索引中都会打乱顺序，按照 es 的索引顺序去进行索引，可能会导致搜索的结果未按照预期的顺序给出。因为 es 是以 key/value 方式存储索引信息，所以复杂格式类型的字段都会被拍平后按顺序索引起来，比如数字数组 [3,2,1] 在索引中会被索引为 [1,2,3]，[{name: ‘a’, age: 12}, {name: ‘b’, age:14}] 这样的信息也会被拍平后索引为 name: [‘a’, ‘b’], age: [12, 14], 从而失去原有数据的顺序或对应关系，在搜索中如果使用类似‘doc.field[1] == 3’或‘doc.field[’name’] == ‘a’ && doc.field[‘age’] == 14’时，搜索结果很有可能是错误的。这类字段只能用来做非顺序或对应关系的搜索
在脚本中避免使用source去搜索原文档，上面提到的问题，其实用souce['name'] == 'a' 是可以解决的，但读取原文档的性能也是非常低的，所以不建议使用 source 去做原文档的查询

最后，一些琐碎的建议：

深度使用 es 一定要理解 es 的索引方式，避免误解使用而产生奇怪的问题。es 的字段支持很多基础类型，比如 int/string/boolean 等，如果想要将字段定义为数组类型，只要定义该字段数组中元素的类型即可，因为在存储时字段存储一个和多个值对于 es 来说都是一样的处理方式。某字段如果未指定格式并且存储多个值，es 会以第一个值的格式作为该字段所有存储数据的格式，所以 es 的数组字段不支持存储不同类型的值，如果存储了不同类型的值，es 会尝试去转换值存储，一旦转换失败则会抛出异常
Rails 集成 es 也有很多好用的 gem，比如 Searchkick可以像写 sql 一样做 es 搜索，或者干脆使用 jbuilder 等工具手撕搜索 json，不管哪种工具，了解 es 才是重中之重
es 更新换代很快，选好版本，看好文档别出错。前一年才升级到的 2.3，转眼间已经到了 5.5。使用 5.5 开发完成后，发现 6.0 也出来了，在查文档时，发现 5.6 文档中 script 的 inline 关键字变成了 source，调试时没注意到小版本改动踩了个小坑，不禁感慨世界变化太快。。。看文档一定得注意完整版本号

到此！

记一次由 ActiveRecord 到接口数据的替换历程

dddd1919 — Tue, 03 Oct 2017 23:52:38 +0800

Rails 的项目的发展历程一般是先把各种功能都怼到一个项目代码下，随着业务逐渐增长，项目会变得越来越庞大，融合了各种功能于一身，这时如果项目的某一个小功能出问题，很有可能影响整个业务，于是开始逐渐拆分解耦系统。

我们的业务过去也进行了各种拆分的尝试，开始是把非常独立的功能模块直接拆分出一套独立的代码项目，但主项目里仍然功能交错。于是乎，又开始考虑把主项目某些很通用且独立的数据拆分成微服务，其他项目使用 RPC 或 HTTP API 来读写数据，这样可以逐渐的去中心化，各个项目之间减少依赖。

起初简单的考虑使用一套服务独立存储这些数据，并提供 Restful 的 HTTP API 或 RPC 协议的接口，其他项目都通过该接口完成对数据的存取

轮子调研

因为起初没有确定是使用 HTTP API 还是 RPC 来进行数据交互，所以找了一些类似 AR 的中间层，发现还是有些质量不错的

比如这个基于 RPC 的类 AR 数据层，使用类似 Mongoid 的字段声明方式，约定好对应的 service 来实现具体的 CURD 操作，比较简单。

另外还发现一个人气很高的基于 Restful API 的 ORM，基本实现了 AR 提供的大部分 model 方法，包括数据缓存，脏数据检查，关联关系，回调，数据校验，调用服务的接口认证等等，可以比较小的代价把 model 层从本地数据库替换成接口调用，只需要对应的接口服务提供一套 Restful 的数据接口即可。

两者相对 AR 的功能也都够用，但是还是和 AR 有着同样的问题，抽象成和连接层耦合的太紧密，如果想把 API 调用改为 RPC，或是混合使用，替换起来还是要大费周折。期望是能够把抽象成和连接层分隔开，对接方式如果更新只需要更改连接层即可，另外因为业务需要，也没法完全替换到，只是在项目中小范围尝试，还是期望以较小的改动完成一次替换。所以借鉴这些比较不错的代码，开始自己写轮子（虽然最后因为种种没有上线，过程还是非常有意思）

替换 model

替换 model 首先预期对接的是一套 Restful API 服务，提供的数据和从数据库读到的结构一致，这样以来，只需要实现一个数据的抽象层，然后对应一个连接层用来对服务数据做读取。

首先实现一个类似 Activerecord::Base 的基类，定义好抽象层的功能以及和连接层的对接"，思路也是借鉴了 active_remote 的实现方式

class ActiveRemoteRecord
  include Virtus.model  # 模型字段的getter/setter

  def self.find(id)
  # 查找数据
    new proxy_service.find(id)
  end

  def self.created(params)
  # 创建数据
    new proxy_service.find(id)
  end


  def update_attributes(params)
  # 更新数据
    proxy_service.update_attributes(self.id, params)
  end

  def destroy
  # 删除数据
    proxy_service.delete(id)
  end

   def self.where(params)
  # 按条件过滤数据
    new proxy_service.search(id)
  end


  def self.proxy_class
  # 这里直接约定一个连接层service的类，model的CRUD全部调用约定类来和数据服务做交互
    "#{self.to_s}ProxyService".constantize
  end

  def self.search(params)
  # 因为model层的where方法在下面还有他用，这里声明一个search 方法和where区别一下
    proxy_service.where(params).map {|data| new(data)}
  end

  private

  def self.proxy_service
    proxy_class.instance
  end

  def proxy_service
    @proxy_service ||= self.class.proxy_service
  end

end

定义好这样一个 model 的话，如果对接一个 user 数据，只需要声明类来继承基类即可

class User < ActiveRemoteRecord
   ...
end

然后在 services 中实现对应的 proxy 类

# app/services/user_proxy_service.rb
class UserProxyService
  include Singleton

  def self.create(params)
    # request_create_user_api
  end

  def update_attributes(id, params)
    # request_find_user_api
  end

  ...
end

这样就基本完成了一个 model 到 API model 的替换，如果想要替换 API 改用 RPC 或其他形式的调用协议，修改 proxy 并保持返回值一致即可。

Assocation

完成 model 的替换后，在业务逻辑中还掺杂了很多关系方法调用，也为了保持上层逻辑的兼容，遂开始研究实现关系声明

简单来讲像 has_many/belongs_to 等声明关系的方法，在 AR 里主要就是生成特定的查询语句去获取到对应的数据，换成 API 来讲也就是使用 /users/:id/orders 这样的方法获取到 users 的所有 orders，所以思路也比较简单，就来实现一个简单的 has_many：

class ActiveRemoteRecord

  ...
    def has_many(has_many_klass, options={})
      # 动态定义关系方法
      define_method has_many_klass do
        # 获取实例缓存的关系变量
        values = instance_variable_get("@#{has_many_klass}")
        if values.blank?
          # 获取关系对象类
          class_name = options[:class_name] || has_many_klass
          klass = class_name.to_s.classify.constantize
          search_params = {}
          if options[:as]
            # 实现 polymorphic
            search_params[:"#{options[:as]}_id"] = self.id
            search_params[:"#{options[:as]}_type"] = self.class.name
          else
            foreign_key = :"#{self.class.name.demodulize.underscore}_id"
            search_params[foreign_key] = self.id
          end

           # 调用关系类的where方法
          values = klass.where(search_params)
          instance_variable_set("@#{has_many_klass}", values)
        end

        values
      end
    end
end

这样当 User 关联多个 Order 时，可以直接在 User 表中声明 has_many :orders，在 Order 声明多态的关联关系时只需加上 as 参数即可。同理，实现 has_one, belongs_to 也都是类似的思路

链式调用

在 AR 中可以这样无数次的调用查询方法 User.where(condition_1).where(condition_2).where(...)，直到最后要使用 .first .all 这样的方法时才会真正的去执行 SQL 获取数据，这也是 AR 中懒加载的套路，在一次调用后会返回一个 ActiveRecord::Relation 的实例，保存着查询的条件，再次调用实际上是再次调用这个实例的方法而不是 model 类的 where 方法，直到最后需要真正读取数据时去执行搜索。按照这个思路也来实现一版简单的链式调用：

首先来实现一个类似 ActiveRecord::Relation 的类

class RemoteRecordCondition

  def initialize(klass)
    @klass = klass
  end

  def criteria
    # 初始化的搜索条件
    @criteria ||= {:conditions => {}}
  end

  def where(args)
    # 再次调用时合并搜索条件并返回当前对象
    # 这里简单实现把多条筛选语句直接合并
    criteria[:conditions].merge!(args)
    self
  end

  def each(&block)
    # 调用该方法时才真正的搜索数据
    @klass.search(criteria[:conditions]).each(&block)
  end

  def first
    # 同上
    @klass.search(criteria[:conditions]).first
  end

  def method_missing(method_name, *arguments, &block)
    # 如果调用了数据类的类方法，中断当前的查询并直接返回类方法的结果
    if @klass.respond_to?(method_name)
      ret = @klass.send method_name
      ret = ret.where(criteria[:conditions]) if ret.instance_of?(self.class)
      return ret
    else
      super
    end
  end

end

然后把数据类的 where 方法从直接调用查询改为返回 RemoteRecordCondition 的实例：

class ActiveRemoteRecord
...
  def self.where(params)
    RemoteRecordCondition.new(self).where(params)
  end
...
end

总结

从头到尾复刻了 AR 的一些基础功能，如 attributes getter/setter, assocation, 并且可以和 AR 的 model 混用，定义数据间的简单关联关系。另外把连接层剥离开，方便替换。不过改动也比较底层最终还是没用到线上，不过过程比较有意思，也发现了很多好用的轮子

LeetCode 可以上 Ruby 了哦，筒子们还不上

dddd1919 — Thu, 26 Mar 2015 09:43:09 +0800

前几个月有童鞋提到 leetcode正准备支持 ruby，早晨来了无意间上去一瞧，小惊喜呢。

先来个图：

不知道是不太擅长算法，还是这运行效率不够杠杠的（应该是前者），结果是这样：

。。。。。。。。

还在犹豫什么？坐下来撸！

minimagick 使用 strip 后图片变大

dddd1919 — Thu, 25 Sep 2014 15:38:50 +0800

用 minimagick 来压图，主要靠strip和quality来减小图片占用空间，不过最近发现个奇怪的问题：在 centOS 机器上装了 imagemagick 后，压缩完的图有时会比原图大，于是用问题图片，经过各种注释代码，发现是经过strip后图片会变的略大一点，然后使用系统命令直接操作图片 convert -strip image.jpg new_image.jpg 发现 new_image.jpg 比 image.jpg 要大一点。(奇怪，在 mac 上同样的文件同样操作却都是正常的)

查了很多 imagemagick 相关的资料，只说明 strip 是用来去除图片 EXIF 信息，这么说的话去除之后怎么着也不应该变大了啊，在SO 上提问了暂时还没人回，也没搜索到类似的问题，不知道有人知道这到底是怎么回事么？如果能解决的话顺便一块都答了把实在不行只能把 strip 操作去掉了。

有没有处理即时并发任务的 gem 或方法推荐？

dddd1919 — Mon, 18 Aug 2014 14:34:09 +0800

写个 task 把一堆文件处理并且信息保存到 mongo 数据库，本地文件量有近千万，任务是顺序执行，目前的速度瓶颈主要在文件处理上，每秒不到 2 个的处理速度，算下来执行完任务。。。。。。。哭了（其实任务操作很简单，就是文件量太大了），所以想找个多线程/多进程/并发任务的工具来批量执行文件处理任务，具体需求：

暂时只考虑 ruby (非 rails，觉得 ruby 目前还成不了 task 的瓶颈)

能并发的执行任务 (可以对每个文件拆分出数据和操作独立的的子任务)

可以控制并发数量 (控制任务的资源占用量)

尽量简单

由于对大量数据处理没什么经验（这里仅仅是数据多），大部分工作还是在逻辑处理上，特求经验分享！

另外贴上自己的尝试：

Thread: 不好拿捏，曾经用 thread 做过并发的消息处理，某个 thread 自身出现问题处理起来不方便，另外没法对 thread 并发做限制（可能个人经验不足把，thread 跑起来和 nodejs 一样像个疯子）

目前正在尝试 resque 和 sidekiq（刚上手），把文件处理放到队列中，减少顺序任务的执行时间，不过不太了解队列任务是否并发执行，如果是而且可以设置并发量那太好了，基本解决现有问题

使用 mina deploy 更新 crontab 遇到的一个问题

dddd1919 — Thu, 03 Jul 2014 12:04:55 +0800

用whenever写定时任务，每次部署完后会执行 whenever --update-crontab .... 但是由于 mina 部署的目录结构，current 是直接软链接到 releases/xx/ 目录下的，whenever的任务更新又是按照工程的绝对路径来识别的，结果实际更新的是releases/xx/下的任务，而不是current下的，crontab并没更新老任务，而是新建了一套任务，老的任务还在。想问下使用mina部署的同学们有没有什么解决方法？我想过的方法就是能不能把releases/xx硬拷贝到current目录下？

使用 mina 部署,输入 ssh 密码时非常难操作

dddd1919 — Mon, 16 Jun 2014 20:54:10 +0800

在用 mina 部署的时候，遇到一个很奇怪的问题，各种搜索无解，有没有用过的人遇到过这个问题？

 ~/workspace/todo-rails4-angularjs$mina setup --trace
** Invoke setup (first_time)
** Invoke environment (first_time)
** Execute environment
** Execute setup
test@192.168.1.106's password:

到这一步后，输入密码敲回车没有反应，再敲一下回车又提示密码错误，而且在输入密码时，光标闪动也会卡，有时候到这一步先敲一下回车再输入密码再敲回车就能过去，不知道我这个是怎么回事？有人遇到过同样的问题么？我在两台机器上试过了，同样的问题，两台机器都是ubuntu 12.04 ,mina (0.3.0),mina 部署起来确实方便很多，唯独这个输入密码很难捱，臣妾实在做不到.......

Ps: mina 的配置文件是直接用mina init生成的，改了 domain/deploy_to 等四五个参数，domain 的地址就是部署机器的 ip(直接往自己的机器上部署测试)

thread 超时如何强制退出？

dddd1919 — Sat, 15 Mar 2014 15:28:20 +0800

使用 ruby 多线程处理并行任务时，某些线程因为任务执行出现异常（我想可能是挂起了），使得进程最后成了垃圾进程。查 ruby 手册发现Thread#join方法还有个参数，如果加个参数会设置为线程对象的超时时间，过时后自动退出。写了两个测试：（1）

test_thread = Thread.new {sleep 10; puts "Thread completed" }
test_thread.join(3)
puts  "------------END----------------"

在 thread 的 join 加上参数后三秒线程退出了

（2）根据我的任务场景写了个测试

threads = []
10.times do |i|
  threads << Thread.new do
    sleep i + 1
    puts "This is the #{i} thread!"
 end
end

puts "All threads create completed!"
threads.each {|t| t.join(3) }
puts "------------END----------------"

结果很奇怪：

All threads create completed!
This is the 0 thread!
This is the 1 thread!
This is the 2 thread!
This is the 3 thread!
This is the 4 thread!
This is the 5 thread!
This is the 6 thread!
This is the 7 thread!
This is the 8 thread!
This is the 9 thread!
------------END----------------

按照文档应该输出到 This is the 2 thread! 后其他进程就该退出了，但是十个都执行完了，求解！ ps：用多线程执行的单个任务一般不会超过 10s，但是有可能出现无响应的状态，本来想让线程执行超时设置到 30s，这样能保证主进程完毕后退出，但有可能是线程执行异常的问题，过很长时间后发现任务机器上残留几个 ruby 进程，每次都要手动清理。可能是多线程理解不到位，求大神帮忙啊！

desc 排序错误问题

dddd1919 — Thu, 07 Nov 2013 12:09:25 +0800

在 mongoid 里用 Data.desc(:created_at) 可以正确降序排序，对Integer类型的 field 使用 desc 也有效，但是对BigDecimal 的 field，排序效果就如同 ["1111", "2", "33333333", "4"].sort 的结果。有没有人知道怎么处理？

PS: 在 stackoverflow 上也找到了同样的问题，没找到直接的解决方法，算不算是 mongoid 的一个 bug？

capybara 操作带有 optgroup 的 select

dddd1919 — Fri, 01 Nov 2013 18:08:49 +0800

一个下拉表单可以直接用 capybara 提供的 select label_text, :from => select_id 要操作的表单现在多了一级 optgroup，结构类似

<select name="category" id="obj_category" >
          <optgroup label="music">
              <option value="rock">Rock</option>
              <option value="popular">Popular</option>
          </optgroup>
          <optgroup label="video">
              <option value="short">Short</option>
              <option value="long">Long</option>
          </optgroup>
          ....
</select>

我要选择下拉节点下的选项，用 select "Rock", :from => "obj_category"，结果返回了 Unable to find option "Rock"，如果把 optgroup 去掉了就没问题了，股沟了一下有用 selenium 解决的，但是只用 capybara，各位高手怎么破？

求助一个优雅的翻译

dddd1919 — Tue, 10 Sep 2013 18:28:52 +0800

Please review the problems below 直译：请看如下错误 我觉得用户看了提示会高概率弃用，自己的水平到这了。特求有爱翻译一枚！

菜鸟问题求助，这个 curl 命令啥意思？

dddd1919 — Mon, 02 Sep 2013 17:57:39 +0800

curl http://localhost:3000/faye -d 'message={"channel":"/messages/new", "data":"hello"}' ，在用 faye，看到这么个命令，本想用 net/http 写，百思不得其解这 curl 啥意思啊主要是中间那个 -d ，查了好久没查到什么用法

对于前端监测后端事件，有什么好的设计方法？轮询，or

dddd1919 — Mon, 26 Aug 2013 18:31:54 +0800

最近在搞树莓派的 gpio 控制，想做一个实时监控针脚状态的 web 控制程序。现在要做的就是一个前台的显示界面，当针脚变为输入状态后在前端实时显示针脚的电压状态。目前想到的是做个 ajax 轮询，但是有个问题就是 gpio 有 26 个针脚，只有当针脚为输入状态时才需要监控。

如果每个针脚做一个轮询，26 个是不是太多？

如果用一个轮询来监测所有针脚的状态，当在监测的过程中有一个针脚切换为输入，ajax 要重新发送一个轮询请求，但后台的轮询请求正在等待针脚变化，该如何处理？可以直接用请求中断请求？或者。。。。。

刚把输出控制的搞定了，发现如果把输入输出混合控制做一块还真是有点乱啊，求高手指点一二！！！！！3ks（纯码字无代码）

jquery-ajax 里的 $(this) 怎么了？

dddd1919 — Mon, 19 Aug 2013 11:47:22 +0800

用 jquery 写了一个控件的 ajax 请求，发现 post 方法里的$(this) 出问题了，原文

$(".btn-onoff").click(function(){
        $.post("test", { onoff: $(this).html(), id: $(this).parent('div').attr("id")}, function(data,status){
          $(this).html(data);
        });
      });

结果没返回任何内容，用 alert 看了下结果是 undefined，在 stackoverflow 上查了一下，然后改用建议的方式：

$(".btn-onoff").click(function(){
        var $this = $(this);  //TODO why this
        $.post("test", { onoff: $this.html(), id: $this.parent('div').attr("id")}, function(data,status){
          $this.html(data);
        });
      });

结果正确了，想问下为什么 jq 里的 post 中直接写$(this) 无效呢？

guard 启动很慢，为啥呢？

dddd1919 — Wed, 26 Jun 2013 18:16:29 +0800

最近不知为何，启动 guard 后加载完 spork，总是停在这里： Guard is now watching at /................/ 大概要一两分钟才能出来 guard 的命令行，之前到这里秒入啊。环境是 ubuntu12.04，在这之前貌似只是改过 guard 的配置：把 spork 和 rspec 的监视配置调了下位置，为了环境有变化先重启 soprk 后跑测试，另外在 spork 里加上了对 app 目录的监视，不知道是这些修改引起的？求高人指点啊。。。。。。。。。。。