#42 楼 @newbie 未来也需要自力更生的，期待我下一个项目。

#40 楼 @hardywu 我刚才考虑了一下要怎么拆作 engine：

• User 移到外面
• Notification 移到外面

Engine 包括的内容：

• Topic/Comment/Markdown

如果主站已经存在了，加个 Topic/Comment 是轻而易举的事，不如自己写。

不过如果可以脱离主站独立更新维护……这很有吸引力。

#16 楼 @swordray 现在不能。之前看过一个可以作为 engine 的论坛（忘了名字），集成方法是 mount 到路由，再指定一下 User mode。还没研究清楚技术细节，也许会试试。

#36 楼 @newbie 我正在啃老

#31 楼 @lgn21st 之前想用 mina 的，发现半年没更新了。cap 不但更新了大版本，还上线了文档网站，所以就用 cap 了。

#27 楼 @clc3123 开发环境的脚本是 shell，才 33 行，用 chef 来写可能要 33 个文件了。

部署脚本是用 Cap。

#25 楼 @lgn21st 纳尼？！原来管理员不能加精的吗？

#13 楼 @ichord #14 楼 @swordray 跟着 Rails 走，之前就想过全部替换的了，还没空看 before_action 行为有没有什么变化。

Rails – The Missing Parts

http://cheeaun.github.io/hackerweb/#/item/7335211

下面 DHH 论战起来。

#18 楼 @quakewang devise 的源码我一直读不懂，对于用户模块这种定制需求比较多的功能读不懂源码让我觉得没有把握。

自己写用户登陆代码也不多，可以在项目里直接看到，要改起来很方便。

#6 楼 @swordray 试了一下，变难看了 http://sasstoscss.com/

#6 楼 @swordray 我觉得 css 不太一样，普通的一块声明就是几行到十几行，一个 css 文件会很长，去掉 { } 会看不清层次。

哪个教程？有很多个一下看不出。

秀一下代码量，越少越好。

$ rake stats
+----------------------+-------+-------+---------+---------+-----+-------+
| Name                 | Lines |   LOC | Classes | Methods | M/C | LOC/M |
+----------------------+-------+-------+---------+---------+-----+-------+
| Controllers          |   713 |   585 |      28 |     104 |   3 |     3 |
| Helpers              |   127 |   108 |       1 |      13 |  13 |     6 |
| Models               |   305 |   247 |       8 |      31 |   3 |     5 |
| Mailers              |    22 |    19 |       2 |       2 |   1 |     7 |
| Javascripts          |   148 |   108 |       0 |      20 |   0 |     3 |
| Libraries            |     0 |     0 |       0 |       0 |   0 |     0 |
| Controller tests     |   749 |   607 |      25 |      12 |   0 |    48 |
| Helper tests         |    52 |    43 |       8 |       0 |   0 |     0 |
| Model tests          |   194 |   152 |       8 |       0 |   0 |     0 |
| Mailer tests         |    11 |     5 |       2 |       0 |   0 |     0 |
| Integration tests    |     0 |     0 |       0 |       0 |   0 |     0 |
+----------------------+-------+-------+---------+---------+-----+-------+
| Total                |  2321 |  1874 |      82 |     182 |   2 |     8 |
+----------------------+-------+-------+---------+---------+-----+-------+
  Code LOC: 1067     Test LOC: 807     Code to Test Ratio: 1:0.8

是性能问题。

即时预览在一开始觉得好用，熟练 Markdown 之后就会觉得页面有两个地方在动会很干扰。

说明楼主吸引力不够啊。

同问…还没看明白 mapping 是什么。我现在是在 search 的时候指定 fields

#40 楼 @tianchaos 不要使坏。

基于用户投票的排名算法（二）：Reddit http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_reddit.html

#26 楼 @swordray 看 #6 楼

#24 楼 @swordray 3 楼方案没这个问题。

#19 楼 @swordray 所以 cache("page_#{index}") 是个会产生数据不一致的方案，当然删数据情况不多，可能一页有 8 条一页有 10 条用户也不会察觉，只要不怕被用户认为网站在糊弄自己。

#20 楼 @swordray 你不是为了解决问题而编程。

http://bundler.io/v1.5/bundle_package.html

把包放到项目里面，缺点是提交进 git repo 后体积会很大。

#7 楼 @swordray 删文章怎么办。

#16 楼 @lepture 我已经放弃治疗了，官方有 gem 包的就用 gem，没有就手工下载放 vendor。

#7 楼 @swordray 不用过早优化，也不能用明显有问题的方案啊。

2 楼方案内存会爆，3 楼方案可行。避免开 worker 增加复杂度并且不实时，可以用 reddit 的算法。

Github Pages http://pages.github.com/