#2 楼 @djks 感觉是 jquery-ujs 没触发，查看源码，把 html head 部分和这个 Destroy Comment 链接的 HTML 代码放出来看看

你得到它了

加密需要传输层加密，https

防止机器注册可以用验证码之类的方式

The action 'show' could not be found for CommentsController

你访问了一个页面，路由映射到 CommentsController#show 方法，但是这个方法未定义

什么年代的手机浏览器啊不支持 Cookiestore……

#3 楼 @hooopo 哦，原来还有这参数，那是 json 好。

附送 JSON 编码

> JSON.stringify({a:1, b:[1,2,5], c: 'test"'})
"{"a":1,"b":[1,2,5],"c":"test\""}"

#1 楼 @hooopo 试了下，Rails 可以处理 Content-Type: application/json

curl localhost:3000 -XPOST -d '{"a":1, "b":2}' -H "Content-Type: application/json"

Started POST "/" for 127.0.0.1 at 2011-12-11 17:23:01 +0800
  Processing by HomepageController#index as */*
  Parameters: {"a"=>1, "b"=>2, "homepage"=>{"a"=>1, "b"=>2, "controller"=>"homepage", "action"=>"index"}}

不知道后面的 homepage 是怎么回事。服务端处理的时候那个 as / ，应该说明了返回格式跟 Content-Type 无关（跟 Accept 以及 params 中的 format 有关）

application/x-www-form-urlencoded 是一些 Http 库的默认行为，比如 Rest-client、JQuery Ajax，用起来比较方便，不然还得教客户端编写者怎么指定 Content-Type。

#3 楼 @iBachue 抱歉，我也是道听途说，刚测试了一下，依然无法捕获

https://github.com/rails/rails/issues/671

看后面讨论似乎是不打算修复了，依然需要那条路由。

然后回到主题，omniauth 运行在 rack 层，应该不会被 route 里面的规则影响阿。

$cd ruby-china
$rake middleware
use ActionDispatch::Static
use Rack::Lock
use #<ActiveSupport::Cache::Strategy::LocalCache::Middleware:0x00000003bbfa50>
use Rack::Runtime
use Rack::MethodOverride
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::RemoteIp
use Rack::Sendfile
use ActionDispatch::Reloader
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ParamsParser
use ActionDispatch::Head
use Rack::ConditionalGet
use Rack::ETag
use ActionDispatch::BestStandardsSupport
use Warden::Manager
use Rack::Mongoid::Middleware::IdentityMap
use OmniAuth::Strategies::GitHub
use OmniAuth::Strategies::Twitter
use OmniAuth::Strategies::Douban
use OmniAuth::Strategies::OpenID
run RubyChina::Application.routes

最后才到 Route::Application.routes

如果真的不行，把 404 路由改成

match '*path' => 'home#construction', :constraints => { :path => /^(?!auth).*/ }

rack 处理比 route 要前，应该不会被路由规则干扰阿。

然后处理 404 应该用 rescue_from（曾经某个版本的 rescue_from 不能正确处理路由缺失，现在已经好了）

不过我印象中，只要涉及 3 个或以上状态的，不用状态机管理都会慢慢变得不可管理……建议还是上状态机

#6 楼 @huacnlee state_machine 强项是状态转移，如果没有转移的需求的话可以用一个 symbol array 做状态的允许值，I18n 直接翻译这个 symbol 行了

aasm 依赖 activerecord，out transitions 已经不维护了，out workflow 看起来不错，单文件代码很少，求经验 state_machine 代码最复杂，不过用户最多，功能最全（比如多个状态字），我用的话还是用这个。

https://www.ruby-toolbox.com/categories/state_machines

#3 楼 @doitian Mongoid 的 all 还是返回 Mongoid::Criteria

哦，是我没理解 @xdite 的意图。我也做个测试看看。根据评论所说，是 eval 导致速度慢。

我在页面加了个查询，没感觉有啥差异

#4 楼 @siuying 备案未完成，域名不能直接指向国内服务器

就是这样啦，所谓不要 Query in view 是指逻辑，不是执行。

rails 3.1 的 stream 正需要延迟查询。在 action 里面 execute 不会使速度边快，只是查询耗时从 view 里面移到 action 而已。

我打算自己写

#7 楼 @soloara 不要激将法。告诉你 mongoid 好在哪里也只是五十步而已。网上很多 mongoid vs xxx 的文章。

Mongoid

在公司没独间，不戴耳机不行

#6 楼 @KennX 实例变量在实例中可用，这个脚本默认运行在一个 Object 实例的空间中，不是全局

Perfume

哦，我说提交回复那个按钮

focus 编辑框的时候背景会移动，不知哪里样式问题 建议按钮放在下方

Artcle.all.include(:category)

#12 楼 @cqpx 这东西不错~

#7 楼 @soloara 请教怎么拆出来跑……

#5 楼 @soloara 加载慢的话，TDD 就更慢了

放在同一个域名下的话，可以共享 session：把 session_key 和 secret_token 设为一样，就可以在 session 共享 user_id。（搜索关键词：rails share session）

不同子域名的话，还要把 cookies 的域设成类似 .domain.com

不同域名的话，就要 CAS 或者 openid 或者 oauth/oauth2

单纯用 grep 就行了，vim 命令模式可以直接调用 grep