用 hbase rest
1,内核问题,回滚内核,grub 修改即可 2,unity 问题,ctrl+alt+f1,重启 lightgdm,有时候不需要重启,直接切回来,ctrl+alt+f7 也可以
同样尽量用原生
感觉需要把链接做中转,中转服务上做跳转逻辑,收到请求链接时,服务器先 wget 一下,404 则做你的操作。200 则跳转到链接。
local 覆盖 global 还是合理的吧
这期声音都还不错,再次提建议,dingding 录的时候,声音太小
不是的,他是相当于建了一个新表,新生成的表可以非常灵活,最坏情况是你把结果都 join 成一个新表,然后用 or 来得到你的结果。 http://mongoid.org/en/mongoid/docs/querying.html#map_reduce (这里不要先筛选结果,直接 mapreduce 就是 FULL OUTER JOIN 了) 你也可以优化,比如生成的表(假设 out 为 merge)尽量减少字段 但是这个方法确实也不是很好的方法,毕竟数据量太大的话,会感觉浪费空间。不讨论重新设计系统和存储的话,感觉也没有其他好方法
之前理解错了 毫无作用是不可能的,数据量大就必然要分页,要分页就得排序,要排序就得有 sort key,这个 sort key 必须依赖这个关联 这个问题看看 mongo 的 map reduce 吧
假设分页大小 10
1,先查找符合条件的 container, pagenate 后,得到 container_ids(count = 10 的 array)
cs = Container.where({conditions}).page(page).per(10)
container_ids = cs.map(&:id)
2,os = Object.where(:container_id.in => container_ids, {other conditions}).group_by(:container_id)
, 得到一个 count = 10 的 hash
3,比如你要 list 出来的操作 list = cs.map{|x| [x, os[x.id]]}
resque mailer
这口山东话...
用之前的 kernel 吧,为了方便可以吧 grub 里面的启动菜单项指到历史的某个版本,比如 37 好像是好的。38,39,之后的好像是有些问题。