遥祝北京活动。
楼主,
你的头像太撩人了,不如换成真人头像吧。
Thank you.
先准备几个 GrowingIO 问题
楼主过一段时间可以再写一篇「HHKB 蓝牙版初体验」的博文吗?
有创意的招聘贴。
pluck 省去了 active record 对象的 construction,更快。
Larry 人靠谱啊,产品也靠谱,顶一个。
习惯性加精
楼主自己造统计平台工作量大。
不如使用 Google Analytic 等统计工具,然后对相应的动作(赞、评论、点击、浏览)埋点,更加节省时间。
@luikore 的资料很赞,没想到还有专门针对统计的详细的设计资料。
nice article.
带好小板凳听 terry 讲故事。
读完全文,Mike 强调的点似乎是:Kill Your Dependencies when you write a library
code school +1
如果你的代码写的比较好,数据库查询比较合理的话,render view 是最慢的环节。
装 Newrelic 或 OneAPM 采集数据,会有更加感性的认识。
@luoping0425 @wndfly 还在约 speaker 中...
遥顶。 :plus1:
More commonly it is used to accept an arbitrary number of arguments
def foo(*args)
args #it's an array.
end
It's the splat operator. You'll often see it used to split an array into parameters to a function.
## e.g. 1
def my_function(param1, param2, param3)
param1 + param2 + param3
end
my_values = [2, 3, 5]
my_function(*my_values) # returns 10
## e.g. 2
p *1..10
p 1, 2, 3, 4, 5, 6, 7, 8, 9, 10
寻求商业合作,付费调用 api
恭喜 @rei
👍
邮件周刊:Ruby Weekly
whenever +1
请完善以下信息
赞 1 楼 Vincent 的回答。
楼主的需求是筛选符合条件的订单吗?
订单表有 200 万,我猜大部分数据都是 过期订单/未支付订单,可以考虑写一个定时任务把没用的订单迁移到另外一张表里。未来的各种查询速度都会显著的提升。
筛选符合条件的订单,可以给常用筛选列建索引在 sql 层面过滤;也可以引入额外的搜索引擎(比如 Elasticsearch)来过滤。
拆分思路