1
Livid MOD OP |
2
Livid MOD OP |
3
gonbo 2010-07-22 09:23:46 +08:00
呵呵,分词怎么做的?
|
4
Livid MOD OP N-gram
|
5
gonbo 2010-07-22 09:34:53 +08:00
这个,聊胜于无
|
6
gonbo 2010-07-22 09:35:39 +08:00
当然 search不是社区的主要功能,不提供也可以。呵呵
|
7
Kenyth 2010-07-22 10:19:07 +08:00
跟我之前了解到的全文搜索方案有点不一样。
你的方案应该不全是在GAE上实现的吧? 其他的server是host在什么地方的呢? |
8
Livid MOD OP 在另一个云里。
|
9
Kenyth 2010-07-22 10:28:20 +08:00
是在Amazon的云里吗?
|
10
Kenyth 2010-07-22 10:37:28 +08:00
还有你的index server是怎么访问这个v2ex的数据的呢,直接开的HTTP的API? 这样要达到近似于实时索引应该要用掉不少GAE上的quota吧?
还是你已经开始用Google Storage(没用过这个,不太了解)来访问了? |
11
areless 2010-07-22 11:39:47 +08:00
sphinx现在有realtime了。
|
12
Livid MOD OP 2.4.0 时这部分通讯代码会开源的。
|
13
Kenyth 2010-07-22 12:56:43 +08:00
可以有的一种方案是:
<ul> <li>Storage用独立的方案(Google的、Amazon的或者其他的,我总觉得GAE的datastore有性能问题,GAE上quota太容易就用掉了) <li>处理一个数据变更请求时异步的ping一下索引服务器,索引服务器再去异步的访问storage并建立索引 </ul> 云一出来,跨云的解决方案也一并出来了。 |
14
cnleoyang 2010-07-22 13:12:02 +08:00
|
15
Livid MOD OP 一个贴子连上回复通常数据流量是不会超过 10K 的。
|
16
lin 2010-07-23 12:09:40 +08:00
我对这些东西完全不懂,但是刚才无意中看到有一篇叫
full text search on app engine 的东西: http://www.ultrasaurus.com/sarahblog/2010/06/full-text-search-on-app-engine/ 不知道有没有什么价值,先贴上来。 |
18
oldgun 2010-07-24 16:27:07 +08:00
|