@whp1473 scroll 的方式满足不了线上耗时要求

@mymike 终于有人说到点上了，朋友你应该也是做搜索推荐的吧。你说的这种后过滤有个比较麻烦的问题是，分页后请求，被过滤掉的部分，就得补全，补全的部分还要从下个分页里去掉，导致分页逻辑极其复杂

@Nillouise 实际是有个千万级的 item 索引，每次查询 1000 个左右的 item_id 的 status，对应的 es query 是：
{
"query": {
"bool": {
"filter": [
{
"term": {
"status": {
"value": "1"
}
}
},
{
"terms": {
"item_id": ["id1", "id2", ..., "id1000"]
}
}
]
}
}
}

流量大峰值的时段，其中 terms 那个查询 es 扛不住

@Nillouise 当然是后者了呀

@li24361
@chihiro2014

请问有完整的描述，或者相关链接吗？我是指整体的技术方案，包括布隆过滤器是在代码层实现，还是通过一些 redis 等中间件实现？过滤器怎么同步数据变更？等等

纠正一下，篮球大都是不认识的人组队玩场子的，哪有次次都约上十几号人打篮球的啊

浦东太大了胖友

会费钱

@loading 这个说法太武断了点，偶尔工作日晚上出来和好朋友吹吹牛逼，虽然明天还要上班，但去特娘的傻 x 工作、去特娘的烦心事，那种暂时放下重担的感觉，还是很舒服的

外企，做 ERP 的，中国总部在上海张江

楼主你们当前产品的目标用户群是开发者吗？「比 es 快」并不是 B 端 C 端的痛点需求啊

现在这个国际环境，真的好说“出海是一个非常不错的方向”吗

官方推荐的 debug 方式也是 _cat/hot_threads，但这玩意的输出不是资深 es 专家真的很难看懂

建议还是观察 kibana 的 monitor 信息，以及观察 gc log 、slow log 之类的

摘要提取咯？

传统一点的方法是 Textrank，也可以转化为二分类问题，原句中每句话重要（ 1 ）或者不重要（ 0 ），但训练集不好构造。

现在主流一点是文本生成，TextGAN 之类的，但都只是 demo，也就是不靠谱....

啊，冰粉和烧仙草原来不是一样的

ABBYY 似乎要有个物理 U 盘狗才能用？

国内的话，庖丁科技有个完整的产品叫 PDFlux，demo 看起来很牛逼，不知道有没有付费 sdk

SEO 引流呗

自己撸的小 repo 开源，和 RedHat 、Docker 这种商业化开源还是有本质区别的，国内近期的正例就是 PingCap （ TiDB ）

我自己的理解就是培养社区，让社区反哺软件，使得该软件成为某特定场景下事实标准，可以理解为安卓、应用市场、开发者这样的三角关系

好房子，羡慕那个实木书柜，帮顶