会不会，emm，你自己才是回避型依恋呢

1. 队列多写
2. 不合适，es 不支持事务
3. 索引时就 join 好写入 es，不要把这种事放在搜索时，es 要的就是快快快！

我比较好奇的是什么才是真正的「反兴趣」呢？如果仅仅是把用户感兴趣的和不感兴趣的调个头，似乎又不够「反」

拿很火的「反脆弱」概念举例，玻璃是「脆弱」的，因为一摔就碎，钢铁也是「脆弱」的，它虽然摔不碎，但摔个 100 次他会变形。肌肉才是「反脆弱」的，在一定的强度内，肌肉会越摔越强。

话说 Taro 自从七月份以来好像就没有更新了

@nightwitch 请问具体怎么做的呀，我没有搜到。只搜到了走代理或者不走代理这种的，不是多个代理那种

@Vinty 开多个服务是指服务器上多个 ss-server，还是 mac 上多开个代理？后者怎么做到的呢？

@MakeItGreat
@mashirozx

小飞机服务器那里不是只能选择一个吗，现在假设我要分别访问 baidu / youtube / 内网测试环境 / 内网生产环境 ，能不能配置规则自动切换，不用每次手选哪个服务器

长三角一带的上海、杭州、苏州、杭州、无锡等都骑过，目前体验最好的是杭州，斑马线那里自行车等红绿灯的地方竟然还有遮太阳的篷子

盛夏的时候，玩通关了顶配古墓 9，鸟事没有（狗头

@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 等中间件实现？过滤器怎么同步数据变更？等等

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

浦东太大了胖友

会费钱