我是 21 年 MBP M1 ，古墓系列基本畅玩

一个月 6000w 的数据，不差钱的话，3 台中配的 es 还是能轻松抗住这个请求的

那个 AI Annie 不是免费的么

@thinszx 是一行，但我的问题是，为什么不是只直接打印 100%这一行的结果，而实际情况是它在一行里把 0%-100%这个过程又重复了一遍

金科路张江科技园里的星巴克（亮秀路），除了午晚餐时间基本没啥人

GPT4 演示视频里，那个 CEO 不就是手画了一个草图，AI 转成了 UI 了么

@BeautifulSoap #17
1. 最新版本的关于 cluster, nodes, shards, indices 的介绍就是这个 https://www.elastic.co/guide/en/elasticsearch/reference/current/scalability.html ，很简单
2. es2.x 虽然很老了，但基本数据结构上除了 _doc 以外，基本上没有大的变化。虽然现在都 8.x 了，但我依然很推荐你看看这个 es2.x 的中文文档，几乎把 search / query / filter / aggs 说的清清楚楚

es 官方文档是我认为开源软件里做的世上第二好的文档了，怎么会不清晰呢🤣

比如你说的新手介绍 index,shard 这些： https://www.elastic.co/guide/cn/elasticsearch/guide/current/distributed-cluster.html

可以看下我曾经的帖子，https://v2ex.com/t/485933 ，有不少有意思的讨论

直接去问物业或者居委会

@optional 👍🏻

还是得等一等，目前能稳定输出正常字符的模型都没有，stability 刚出了一个实验版的 DeepFloyd ，可以 github follow 下

社工啊

你想说的是薛定谔的猫？双缝实验和观察没关系🤦🏻‍♀️

@SoulSleep 我们说的应该不是一个问题。举个例子，

es 里有个 title 字段，类似「高启强大规模犯罪集团终落网」，分词有问题，分成了「高启 / 强大 / 规模 / 犯罪 / 集团 / 终 / 落网」，于是我们更新了人名库，因为可能有很多历史 title 都包含这个词，需要把整个索引 reindex 一遍。

这个过程基于历史数据量不同，耗时不同，可能需要几个小时的时间。但你线上正在提供 online search service 不能停，不能等这几个小时的 reindex 。

所以就需要两个并行的 full indexing 和 realtime indexing ，以及两个链路的切换逻辑

你是 online service 还只是内部搜索需求？如果是 online service ，同步工具倒是其次，这玩意最恶心的是，你要设计好一个机制，就是每次由于字段变更、分词词库更新等问题需要重新全量索引（ full index ）时，你的实时索引（ realtime index ）不能停，因为线上还在服务，用户要一直能看到最新的。可以看看 https://engineering.carsguide.com.au/elasticsearch-zero-downtime-reindexing-e3a53000f0ac

写 python 的话，就 Django 一把梭🤣

去菜市场买菜，去开滴滴，去当义工，先和更多类型更多场景的人接触

@EscYezi 我发现搞技术的还是不能懒。发帖之前我连光猫和路由器都区分不了，一个帖子下来，然后查了一圈 mesh 、ap 、回源，知道咋弄了🤣