• 我们一般就是花式rg、awk、甚至ruby来搜索。搭建日志服务需要花费一些精力,也需要额外时间维护

  • 对比度太低,界面不同功能区域不突出。整个界面全白晃眼睛,毫无品牌辨识度,貌似是自大到不需要?

  • 本身的重启是使用unicorn 的USR2信号进行无缝重启的,唯一的问题是等待时间。要排查这个问题,你需要了解unicorn无缝重启的过程。

  • macOS 安装 Ruby 报错 at 2018年11月07日

    please read /Users/shan/.rvm/log/1540623603_ruby-2.5.1/configure.log

    这个日志你可以分析下

  • Ruby 的好朋友 -- jemalloc at 2018年11月05日

    我这个帖子里提到了M_ARENA_MAX默认值的变化(从2到 2 * CPU核数),有人怀疑是red hat为了讨好大用户(通常拥有足够的配置)所以用空间换性能。最后页面下方sidekiq作者和Sam(一开始jemalloc)的倡导者也都达成了一致,认为malloc和jemalloc的区别的原因是他们默认参数的不同。换句话说malloc如果设置了M_ARENA_MAX = 2也可以达到jemalloc的评测性能。因此两者并没有所谓的性能上的明显区别。

    持谨慎态度的人并不仅仅是认为jemalloc会带来问题,而是如果不能证明jemalloc确实更适合ruby,那么就没必要作为默认选项(本帖的讨论内容)。毕竟这不是一个小的改动。

  • Ruby 的好朋友 -- jemalloc at 2018年11月04日

    https://bugs.ruby-lang.org/issues/14718 在这个里由后续。结论是malloc的问题是在glibc在某个版本开始某个默认参数发生了变化,如果调回去就跟jemalloc差不多了。而jemalloc不同版本表现也不尽相同,无非是时间和空间的取舍。最后大家一致认为最佳解决方案是调整malloc的那个参数,因为对于ruby的场景更为适合。

  • break if str[v+=1] != 3
    

    不是可以吗

  • [上海] 已关闭 at 2018年10月12日

    sass?saas?写错了?

  • 新出现的东西没看出来哪个解决了Rails没有解决或者解决的不足的问题。至于react,vue,前后端分离,这些跟rails又不矛盾。

  • 目的不太一样。Model里能做更复杂的验证,有友好的报错。数据库是为了在守住关键底线,限制功能要弱一些。

    如果你这个字段,不存在并发访问等绕过Model的情况,你可以不做数据库层面限制。