我已经饥渴难耐啦

这么多人黑不缺我一个了 : )

看这两段类似功能的代码量的对比

https://github.com/chloerei/code_campo/blob/master/app/controllers/topics_controller.rb https://github.com/cnodejs/nodeclub/blob/master/controllers/topic.js

虽然说 cnodejs 这段没有分离 model 代码所以多了不少，但主要还是异步回调还有错误码判断耗费太多代码。

前端学 js 目前是唯一选择，即使用 coffee 也是基于对 js 的了解才能用好。后端我就不想用 js 了，什么用着舒服用什么，并发问题还有不少选择，Erlang 或 Go 对我吸引力还大点。

自动保存问题，可以再看看 Google Doc，它也是每个输入都触发保存事件。writings.io 比它差的地方是每次都全文发送，Google 每次发送量都是固定的，writings.io 随着文字增加会越发越多，累计起来每篇文章大概 1M 的总流量差异，这对桌面网络环境来说不算什么（包月流量为啥不用），移动目前放弃。另外触发的事件次数没准 Google 还要多，因为光标上下左右移动 Google 都会保存，writings.io 只有实际输入才会保存。

Google 耍了个小技巧，Saving -> Saved 的提示信息是延后几秒切换，所以用户看上去不会知道背后其实一直在频繁提交。我也打算这样弄，不过目前还在做别的东西。

回退卡应该是 Undo 机制的问题，因为还没有标准的 Undo 管理器，所以自己写了一个，又因为 Mac 和 Linux 两个平台的事件触发不一致，添加了额外的检查逻辑，所以实现得比较低效。

根据 CNZZ 的统计数据，2012 年，IE6 在中国网民中的市场份额，从年初的 25% 降到了 16%，已经低于 IE8 的 22%，IE8 这一年基本维持稳定。

http://www.pingwest.com/ie6-china/

已经真到快要可以忽略的程度了吧，除非目标用户人群就在这 16% 里面。

341

搜了一下，下一版官方 guide 应该有 Javascript 部分了

http://edgeguides.rubyonrails.org/working_with_javascript_in_rails.html

#8 楼 @ChanceDoor 首先查询过程是交给搜索引擎插件执行的，ActiveRecord 的分页插件的 :page :per_page 参数只能转换为数据库查询，所以要自己转换 :limit，:offset 这些参数输入给搜索引擎的查询。

然后搜索引擎查询会返回一个结果集，包含结果数组，和 limt、offset、total_count 之类的信息，用这些信息组装一个分页插件能理解的结果集对象。具体要看分页插件的文档或者源码。

#7 楼 @AlphaLiu 呵呵厚就行了。

看顶楼我就奇怪了，数组取前两个跟分页没啥关系。

这个问题是要把 solr 返回的数组拼装成分页插件能理解的集合对象。

完全脱离时代。

names.first(2).each do |n|
  puts n
end

一个人项目初期反复修改，一个 model 一个 migrate 就行了，然后 db:migrate:reset

config.assets.enabled = false

http://guides.rubyonrails.org/asset_pipeline.html

Orz 想看看有什么文字资料结果发现我自己的文章。

#2 楼 @Justin 借助搜索引擎吧

SampleOrder.where(:id => [1, 2])

使用什么生成数字 ID？看看保存在哪，把计数器校对。

#6 楼 @as181920 Bootstrap 就是这么用的

https://github.com/ruby-china/ruby-china/blob/master/app/assets/stylesheets/application.scss#L2

nobody 没问题，如果 nginx 启动的时候是 root，passenger 会根据项目目录的权限切换用户

http://www.modrails.com/documentation/Users%20guide%20Nginx.html#user_switching

不过nginx是自己编译安装的 楼主这步我觉得有问题，passenger 是要编译模块到 nginx 里面的，是跟着 passenger 脚本编译的 nginx 吗？

require 进来就会一起编译了。

#34 楼 @Sunnyroger 推特 @chloerei

#32 楼 @Sunnyroger 不用抠抠

我觉得还是把 js 的坑踩得差不多了再转 coffee。

一个 js 转 coffee 的工具 http://js2coffee.org/

#86 楼 @luikore 我无法放弃是 vi 键，即使用 IDE 我也要先找 vi 键插件。

反正能这样乱搞的，也不是重要项目～