1
ratazzi 2012-07-30 11:10:27 +08:00 1
坑爹啊,下载还要登录,登录后点直接下载居然是空文件
|
3
sunshineg OP @ratazzi 汗! 更新一个dropbox的下载链接 http://t.cn/zWCPY7p 我们这边下载是正常的 :)
|
4
shitiven 2012-07-30 11:20:35 +08:00
GDG 是啥分享会?
|
5
sunshineg OP @shitiven 就是google developer group~ https://plus.google.com/events/cd2cbl5gnktma4e08oaghq44010/107736551552874801480
|
6
agassi_yzh 2012-07-30 11:32:12 +08:00
昨天在现场听了
|
7
cloudzhou 2012-07-30 11:33:58 +08:00
redis做实时搜索比较有新意,但这一块做大了还是需要使用类似lucene,因为redis内存占用量太大了
|
8
suyu8776 2012-07-30 12:40:06 +08:00
去年一个项目就是用redis做的redis实时搜索
|
9
Pandroid 2012-07-30 13:10:01 +08:00
昨天杭州太热了,又是周末,估计没多少人愿意出来— —||
|
10
cloudzhou 2012-07-30 13:12:04 +08:00
目前我对redis最大的使用就是类似 feed,微博之类的应用非常合适,还有实时排名
|
12
udonmai 2012-07-30 13:27:13 +08:00
|
13
superisaac 2012-07-30 13:29:34 +08:00
@cloudzhou 还可以用于实现autocomplete :), 如果单机内存不够,可以像memcached 一样hash一下到多台机器。
|
15
cloudzhou 2012-07-30 14:34:18 +08:00
@udonmai 这个题目太大了,数据库设计如果企业开发,基本上大而全,没有那么遵守范式,设计字段字符类型占多,为的是直接简单,一看这个字段就知道做什么的,所以你能看到一个表40+个字段,而如果做精细的产品,讲究效率性能,那么设计得最小化,你看看这里 http://www.mysqlops.com/2011/10/23/mysql-deve.html
@superisaac 你说的这些我都知道,lucene一样可以做到,我只是做过测评,在我实现的一个小功能上面,1000用户大概使用了150M,也就是如果有10万用户,需要大概15G空间,相当惊人,而搜索这个东西经过分词等等操作,按照目前redis这样的设计,内存占用无疑是非常惊人的 |
21
jackyz 2012-07-31 10:55:31 +08:00
去年见到一个 ruby + redis 做实时搜索的。
如果用 node 的话 reds+libmmseg 会是很好的搭配。 |
22
pythons 2012-07-31 12:20:15 +08:00
非常不错,收藏了。
|
23
huacnlee 2012-08-01 22:40:05 +08:00
|