@jun1st 嗯是的，欢迎 star 与 fork 改进它

#11 楼 @hz_qiuyuanxin devise 在国内用的不会很多，因为邮件登录不是首选，这种情况下带来的问题比解决的问题更多，所以不集成它。想添加的话是很容易的，去的时候反而麻烦点。

#8 楼 @huacnlee 嗯 可以升到 4 了 simple_form 我再考虑考虑。

@j9ywy 短时间还没有准备做聚合内容。所以更依靠作者与你的人脉度。

@hz_qiuyuanxin devise 跟 simple_form 不是很好的东西，社区里也有一些吐槽，在国内不是很需要。即使需要也非常容易整合。而移除比较麻烦。所以不集成在内。

#17 楼 @lithium4010 谢谢:) 期待进一步的反馈

#3 楼 @chinakr

@jasl 今年开公司了，来精神与经济支持一波 RubyChinaConf

@ericguo 不过分 先关注我们，静等我们更新~

@xlaok 看看这里就明白了： https://github.com/rails/rails/tree/master/actioncable/test, 我也写了几个项目的 actioncable, 也没写测试 难度可能大于开发。

#9 楼 @1272729223 保持热情跟工作年限没关哪

谢谢大家的建议，@anthonyhl @u1370743666 八十二十是付费单文的写作与阅读，不仅在考虑用户的购买体验，还要考虑作者的写作体验。所以目录，后纪这两个需求就不能考虑了。 "偷偷看" 目前算是最合适的。抽取图片/代码 也是个不易操作的需求，这个我们再考虑下。

#35 楼 @u1453357893 hi, 可以给我发邮件介绍一下你自己：lyfi2003#gmail.com

#30 楼 @feng88724 请等着我们，我们马上升级新域名 :)

要升级 sprockets 版本了。 @quakewang 正解 :)

#13 楼 @pestd 嗯 谢谢建议，我们认真考虑考虑. #14 楼 @hfpp2012 收到建议 #15 楼 @zackio 嗯，我去美容它一下试试看！

#10 楼 @greatbody-github 嗯，很好的问题，我想了一下，

1. 是基于信任关系链和好评差评的购买率，
2. 第二工具会有投诉入口

想法如上。

#6 楼 @cqcn1991 哈，你可以关注公众号会有回复给你 :)

#2 楼 @chinakr 谢谢，期待更多反馈 :)

#3 楼 @cqcn1991 问的很好的问题，现在本身产品测试样例不多，就我个人而言，发表第一篇后得到了 300 多元的收入。每篇 10 元，远超我预期了。我们定价 1 分钱的体验文章，甚至有 200 多人的付费。但这毕竟是小范围测试。

所以才想发表到这里来让大家体验一下，看看自己是否能从这个去中心的工具中得到更多收益。

#2 楼 @classicalliu 嗯，所有 mina 命令都在本地终端执行。

mina 'rake[sunspot:solr:reindex]'

既然是 signed cookie, 当然是服务器加密过的，而且除了服务器，任何人无法解密。

#63 楼 @ruby_wu 很少提及 extjs 了，原因有很多，主要还是它不够开放，以及它太重。换言之，基本上已经淡出主流前端框架了。

extjs 是成功的：

1. 从 YUI 时候就产生，一直发展在现在，很好。
2. 如今，更多被使用在企业内部的工具开发，很好的 UI 组件库，适合富客户端使用。

extjs 是失败的：

1. 不开放
2. 太重，加载慢，组件强到过于臃肿了而不利于定制，不适合于互联网产品的研发。所以只被应用在企业应用开发 ( 要求功能强大，但不需要过多的用户体验 )

看了最近它的动作，也增加了 MVVM 的特性，感觉还是针对企业应用准备的。总而言之，除非工作需要，不建议深入。

个人看法，供参考。

可参考一下我的一个项目 cywin

:plus1:

被和谐了才会报这个错误。翻个墙或开个代理再跑脚本试试看。

#7 楼 @feng88724 最近有一些新的更新计划，但太忙了，暂时没时间搞。有问题多交流！

刚刚更新一个版本 0.0.99, 加了一个 mina _logs[xx] 的命令支持，例如：

# tail unicorn.error.log
mina '_logs[unicorn.error]'

#52 楼 @bbpnb 别先呵呵！

Angular2 是不是好框架，不是我说了算，是社区说了算。我就一个看法，不易入门的框架都不是好框架，Angular2 就是这样。

MeteorJS 我不想呵呵，我感觉你是完全对它没写过大一些东西而产生的感觉：同形很牛，RT 很牛，支持 SPA 很牛。错了，同形的安全问题就够吃一壶了，RT 不是必备需求，SPA 支持的还很不好。那还有什么是本质改变的呢？而且这些特性带来的问题更多，我就不一一说了，总而言之，在我看来，它进入了发展的死胡同而已。就像 Rails 它也没有更多可能的特性发展了，它的上限天花板到了。

对比列表确认是主动感受的多一些，但也是准确的。拿一些貌似权威模糊的结论说我的不好，没有任何可论证的证据，有什么意义呢？

所以，这一通言论貌似有理，但没任何价值给我提供，也对用户造成不好的印象。

在这里，我不得不回复以上几句。