直到有一天你手机掉了。

告诉大家一个更不幸的消息：使徒马上就要袭来了，请准备好 N2 地雷和 EVA 驾驶员。

简单玩的话老老实实把 redis 作为 cache 构成 tied storage。 点击数喜欢数先写在 redis 里，然后每隔一段时间 flush 到 db 里去就好了。 等你的论坛已经大到计数会影响性能的时候，这一段时间的延迟已经根本不是问题了。

实测统计数据先存在 redis 然后再写入数据库，对于每分钟批量更新约 15000 请求来说，在一台 i5 的机器上 CPU 消耗不会超过 5%。 根本不是瓶颈。

我就是用的 grape 写 API，前端是 angularjs。

streem 已经开了帖子了吧

为何是定时呢。应该时刻检测当前负载，负载大于一定数值了就开新机器，小于了就砍机器，永远把负载保持在一个中间数值

出现引号是给你看的，不是字符串内部的。

以前上课的时候学到的知识是，绑定总是由内而外查找绑定目标。如果最外层也没有可以绑定的目标，就会出错。

以前上课的时候学到的知识是，绑定总是从内而外查找绑定目标。如果最外层也没有可以绑定的目标，就会出错。

#8 楼 @dormhub 那说明你的代码有问题。（也就是楼上说的 jQuery 版本过高）

直接路由器里 dnsmasq 配置一下不就行了？

分析，然后尽快 prototyping 出来，然后再慢慢搞起前端

git，小 repo 没觉得慢啊？我是用 smartgit 的，命令行估计会更快。

慢吗？你是说 git？

#2 楼 @hanluner 好眼力…

这些工具缺失所以他去 SF.net 抓，然后被墙。

就像你说的这么存啊？

商标啊。

是需要 reload 的吧。数据库更新不可能反馈到对象上的。

MySQL 用他家自己的备份功能就好。文件如果不多的话每日备份就好。

#18 楼 @lhy20062008 send 来自语言的核心。用来实现语言本身而不是用来破坏封装的。

win81+sublime+virtualbox+debian-testing

有点类似于其他语言里的 lambda 表达式，而 | | 之间的则是参数。 比如 C# LINQ 里你可以这样写 Array.Where(p => p.Name == 'Jon') 换做 Ruby 就是 array.select { |p| p.name == 'Jon' }

还有……建议把 if/else 反过来，尽可能做成 raise if xxx 这样的结构，看着应该会比较清晰些。

百万级？每秒百万？每年百万？

数据 migration 直接用 SQL 什么的应该就行了。发个我自己项目的片段吧，仅供参考。

namespace :kanako do
  database = ENV['db'] || 'test'
  include ActiveRecord
  task :default => [:team]

  task :db => :environment do
    Base.establish_connection
  end

  task :team => :db do
    Team.create Base.connection.select_rows("SELECT league_id, name FROM #{database}.gz_league").map{ |row| { :id => row[0], :name => row[1] } }
  end
end

不对不对。

首先 production server 别乱动。

然后数据库 dump 一份来本地，写一个 rake task 做数据 migration。

等部署的时候，rake task 在线上做数据 migration，从原始数据库读取，然后写入新数据库里，相当于是数据同步。

#49 楼 @hooopo 原来如此，学到了 :thumbsup:

#38 楼 @hooopo 这个词是我随口说的。

因为 [timestamp, game_id] 上有索引的情况下，只读取索引就可以得到结果，所以完全不用读数据表了。第二种情况是只用索引来搜索数据，所以用了索引但是还是要用去数据表里搜出所有的数据来做聚合运算。虽然速度不慢但是会增加 I/O。倒不如说，其实把 game_id 放进联合索引就是相当于做了半个 counter_cache。

对于楼主的两条查询 EXPLAIN，可以看到 possible_keys 都是 NULL，而 keys 则有索引。这种情况官网解释为：

It is possible that key will name an index that is not present in the possible_keys value. This can happen if none of the possible_keys indexes are suitable for looking up rows, but all the columns selected by the query are columns of some other index. That is, the named index covers the selected columns, so although it is not used to determine which rows to retrieve, an index scan is more efficient than a data row scan.

另外，我用的是 Aria，想来 MyISAM 应该会是同样的结果。

你确定 main_test 这东东在你给的 html 片段中是存在的？ 另外直接写 $('.main .test a').eq(i) 不好么？另外试试看把 attr 换成 prop。