#5 楼 @ywencn 卧槽 老司机

aws 的硬盘也是默认不挂载的

https://bearmetal.eu/theden/how-do-i-know-whether-my-rails-app-is-thread-safe-or-not/ http://tenderlovemaking.com/2012/06/18/removing-config-threadsafe.html @kikyous 在不确定的时候 用 unicorn 或者把 threadsafe! 打开

#1 楼 @huacnlee 谢谢 这都能写错 我是真的醉了

帮顶

sidekiq-cron gitlab 用的是这个

· Amber 开始我还以为打错了

ActiveRecord::Relation#update != ActiveRecord#update

def feedback_permission
  @feedback = Feedback.find(params[:id])
end

zhangsoledad 已注册、

ruby 是个垃圾语言 松本行弘是个民科而已 满意吗？

#27 楼 @jasonliu 666 应该还要本元编程

#3 楼 @yukihiro_matz 是有库 但是没有ActionMailer这样框架集成

默认 backend 只有 console 只会输出到 console 要输出到文件 就要自己实现 backend 或者用库

功能肯定都可以实现 像官方 guides 推荐的 mail 解决方案是mailgun 而不是mailman这样的 让我觉得很不好

#1 楼 @darkbaby123 在关注 Phoenix 耍了一下 感觉基础不够成熟欠缺还比较多 社区也比较小 像是发邮件和文件日志这种比较基础的东西都要自己实现或者借助第三方包 在 twitter 上讨论的时候 作者也表示贡献者太少了 只能专注一些更重要的特性发开 像 ecto 这种基础库 2.0 也还会有较大改动 不过玩的话还是很有意思的 很有吸引力 最近对函数式也比较感兴趣 Erlang 感觉前景也很棒《Programming Erlang》看到前言就被 Joe Armstrong 安利了

after_commit是不会有问题的 你可能是多个项目都用了 sidekiq，共享一个 redis 的 db 你这个项目推进去的任务 被其他 client 取出来执行了

你是不是几个实例连的一个 redis

https://github.com/brainspec/enumerize

#18 楼 @jimrokliu 爆炸方法更优 主要是因为 GC《ruby performance optimization》很详细的分析介绍了

#1 楼 @jimrokliu map! 爆炸方法性能更优 不过真的在乎这点性能 真的要换语言了

#5 楼 @lgn21st 好文 thx

ruby 社区对其他新语言都很热情

update_attributes 是 update的别名 update会触发after_save

很早开始关注了 Erlang 的特性确实很能安利人 未来 cpu 的方向是多核 能利用多核 才是未来

大概是用不上了

1.alias around(别名环绕) 可以这么理解么

你可以看《Ruby 基础教程》这本书入门很不错

Safe navigation operator 非常实用

评测有些地方没写清楚，是不是没考虑到，上面的分词引擎我稍有了解的是 IKAnalyzer、NLPIR、结巴分词、庖丁解牛这类，这类分词都是基于字符串匹配的分词方法，区别在于是不同算法的实现，代码优化程度不同，分词的效果也会有偏差。

但是还有个重要因素，就是词库，使用的词库对分词的效果影响很大，词库的词如果和分词相关文本领域相关度高，效果会提升很多，评测的时候有采用统一的词库剔除干扰么？

对于这类分词引擎来说，是否支持词库扩展，是否能热加载词库，也是重要衡量标准。

https://github.com/zhangsoledad/solr-ik 当初我也是做过粗略的调研，选择了 IK，也只是略懂，请多指教。

文件头行 # coding: utf-8

#3 楼 @happyming9527 性能上差不多 redis 还要优胜一些 memcached 有个地方不是很方便 不支持 key 的枚举 dalli 也不提供 delete_matched 的实现 使用多有不便

格式需要修复下 有重复行