我们的午饭标准是四菜一汤,是找阿姨做的,@yedingding 和 @poshboytl 都体验过。 晚饭不固定,视晚上吃饭的人数而定。
阁下的这个帖子在豆瓣上被转发和推荐的次数比这里的 0 回复好多了。
这个星期正好写了篇用 Chef 来配置服务器的 Blog,可供楼主参考
从这个帖子里发现了一个 Bug,提交了 Pull Request,请 @huacnlee 查收。
@xdite 可以再加一条,关于 pluck 的使用。
有时需要对查找某个 column 中的所有值,但大部分人都会先把所有的对象查询出来后再使用map
去把每个对象上的某个 column 值取回来。比如下面的情况:
Post.all.map(&:id) # vs Post.pluck(:id)
而pluck
会执行一个select
指定 column 的 SQL,不生成 ActiveRecord 的 Object,直接取走所有 column 的值。
首先,开篇就写这么一段前提:
Rails Developer 在使用內建工具開發網站時,若是由小做起,通常不會踩到這些雷。但是若一開始開站資料就預計會有 10 萬筆、甚至 100 萬筆資料。執行 db 的 rake task 通常往往會令人痛苦不堪。
这是个前提,也是个需求,大数据量处理不能太慢的需求。文中简述的几个点,告诉大家如何通过 Rails 一些内建的机制去简洁优雅地满足这个需求。
其次,文中用的代码也不会不简洁,比如文中第二点的例子,你觉得一个each
的写法会比update_all
简洁吗?
最后,想说一点的是,可以交付可以工作的软件是合格的软件开发者首先应该考虑的事情。而把代码写简洁,追求高可读性,注重抽象,这是在应对软件复杂性的手段,而不是一切的。如果你写出来的软件慢得不得了,根本不可用,还谈何代码简洁,这就是本末倒置了。
不是说别人不支持你的观点,而是你的观点不具有说服力。
和 Unicorn 一样支持 Signal 控制
https://github.com/macournoyer/thin/blob/master/lib/thin/server.rb#L226
大家都在谈论这个 List,其实可以关注这份 List http://contributors.rubyonrails.org/
目测,我认识的人里排名最高的是 https://github.com/janx
关键还是看实力,如果是诸如 pluskid 这样的大牛,肯定会被抢着要。
支持创业团队!
#39 楼 @stupidhuman 楼上说的好阿,我们不应该觉得别的国家的人牛,只能觉得中国最牛。
已经好了
是源的问题,http://ruby.taobao.org/specs.4.8.gz 下载回来都是错的。
召唤 @huacnlee
看了一眼源码,真相是这样的:
点击之后发送请求到/pow下的 URL,这时 Pow 的服务器开始偷偷地去写文件,实现在这里
https://github.com/37signals/pow/blob/master/src/http_server.coffee#L221 https://github.com/37signals/pow/blob/master/src/rack_application.coffee#L242
由于你已经设置了 Rack Application 的路径,所以 Pow 可以知道要向哪个地方写入配置文件。
太偏僻了...
只会用p
和puts
做减法,加个 -1 的功能,把没有质量的帖子踢出首页。
#19 楼 @fresh_fish 有错误你就找出来,然后提个 patch。
修改 eol 吧,$应该是标记 eol 的。详细的设置可以通过 help listchars 看到。
比较有趣,又能学到东西。