• production mode 我觉得翻译成「生产模式」比「产品模式」恰当;「产品」的英文用 product 更贴切。

  • 或者至少有个像 Sinatra 这样的薄框架……

    已经有了!Kemal

    其实好像确实有几个 Web 框架了,有些还声称和 Rails 接近。选择框架的话可能要参考流行度

  • Rails 基础实现学习笔记 at 2017年5月14日

    「感觉 Rails 就是 Rack 封装了一下」这么想不太恰当。Rack 的本意是在于提供一个界面(interface),用来连接服务器程序(比如 Puma、Unicorn、WEBrick)和框架(比如 Rails,Sinatra)。类似的界面在其他语言有 Python 的 WSGI,Perl 的 PSGI,JavaScript 的 JSGI,还有语言无关的 CGI。「支持界面」看起来像是「封装」,但有微妙的区别……

    如果你会翻墙,可以看看这个模板的「服务器 API」部分,列出了一些例子。

  • 不用共享变量就不会。没事不要在线程中修改全局变量($foobar += 1)或者 static 属性(Foo.bar += 3)就好了,Rails 不作死的话是不会踩坑的。

  • 你这个程序肯定是依赖于线程调度的,但实际使用中如果把变量初始化放在线程中,肯定要加锁的吧,否则不是作死么…… 而且我不确定 @c += @a 这行是不是原子的,如果是 Redis 的话就没问题了

  • 中间过程不一定要对吧,比如你统计票数,实时票数多一票少一票又有何关系?只要投票结束以后票数对了就行了嘛。

  • #15楼 @nightire 我初学前端(原本做后端),现在在搞 Angular 2,选的 Dart。选 Dart 的原因是,新、小项目(个人的 side project),一来没有性能担忧,二来无需考虑兼容。选 Angular 而没选 Ember 的原因是,WebStorm 有默认 Angular 2 模板……

    不过不论如何,还是期待你的 Ember 感悟!

  • Web 安全和 Rails at 2016年11月07日

    #11楼 @eaonll 一般在 Ruby 裡面都不會輕易用 eval 的,所以注入 Ruby 代碼應該沒啥用……

  • 覺得「GitFlow」是 @alex 自創詞的樓主,可以看看 bitbucket 教程,裏面有提到這個術語。

  • #22楼 @reboot 我猜你測的樣本不是源碼(而是通用文本),或者你的 SSD 比較好?如果 IO 效率高,grepag畢竟是 C,還是會ack(Perl)快的。在機械硬盤的情況下,IO 是瓶頸,agack會篩選文件,就能省下很多時間。