是的，一个朝代在初始时，都会通过为前朝立史来确认自己的正统地位，也是自己 [得天命] 的一种表现。
不过修史一般会有大量的争论，最有名的比如元朝要为前朝修史，前朝又有南北之分，北又有辽金（没有说西夏的）。
好像有本书，专门讲这个事情，不过具体忘了。

你要说本朝，哈哈，我不知道。
不过使用本朝通行语言为前朝前前朝修史，我感觉也不算什么丢人的事情吧。

@andyniu 早上得知 TEG 其实也有很多对外的产品，业务各类太多。主要看你是哪个部门吧。

TEG 主要是做一个内部使用的工具和支撑性平台。还有比如腾讯云的一些支撑性业务。整个 TEG 大几千人，业务也非常多。

现在公司招聘，不给 JD 就算了，连名字都舍不得给了？

@hahahe 朋友，你怕是没看过徐霞客的故事。就算你运气好，不碰上土匪山贼恶霸差人。每天走路，花钱买粮，风餐露宿也有你受的。

@sujin190 如果单纯只存 id 得话，没 6 T 那么大。不过总体还是很吓人。

@hugee 哈哈，的确类似特征库。

@tony601818 多谢。

@sujin190 是长度为 32 的字符串。append 中有示例。

@zealic 多谢你，朋友。这个我找时间试试，C++好久没用了，我用 Go 实现一下。
@tony601818 redis 都直接有布隆过滤了？我来看看。

@AlisaDestiny
@wangluofansi
@blacklee
@abcbuzhiming
好的，我试试布隆过滤。
@xern 请问能否详细点？毕竟数量师有点大。
@9hills MapReduce 也是一个方案，我找时间试试。

@herozhang 会变化，比如发现一个不存在，那就先存到库里，再需要添加进去。


@WordTian 是的，就是数据量太大了。

@CodeCommunist 是的 ，每个 id 都是长度为 32 的字符串。

@CodeCommunist 是的 ，每个 id 都是 32 位的字符串。

今天傍晚，我 84 的外婆，用微信给我发了视频过来。
18 年 2 月春节回家送给外婆的红米 4A，最简单的，设置为老人模式，上个月回去，给外婆申请了微信，教了一次，没想到今天竟然给我打了过来，太意外了。

找个国外的 SaaS 吧。

@pkoukk 有这种事情，还有赶客户的？

@pimin 一看你最终的数据条数，二看你文档的大小，三看字段的格式。
不过 200G 的数据，如果全存下得话，最终到 elasticsearch 里肯定大于 200G。
普通搜索，查询文档，这配置够了。

分两个阶段，一个是框架加载前的，二是框架加载后的。
框架加载前的，需要服务器端分析路由后，加载对应的骨架屏文件或配置，然后放在 <div id="app"></div> 中。
框架加载后的，可以在前端完成，分析路由后加载骨架屏文件或配置。

实时查询 elasticsearch 是比较好的方便，合理规划好索引和字段，问题不大，不过机器配置别太差。
这种数据除了自己抽取入库，还能有什么办法？如果是单纯的格式好的文件，可以用 logstash。

缺点：
4、只有两个 USB 接口
5、本身不支持阵列

@wsqzwa 接口是 USB 2.0 所以固态也没有用。硬盘随便。如果接两个硬盘，可以直接看到两个硬盘。

已经入手了一个，纯下载来讲，非常方便，原因：
1、可以手机上远程管理，比如查看、添加、暂停、删除下载任务，而且添加是内置的浏览器搜索后添加，可以添加普通 HTTP 下载，也可以添加迅雷、磁力、BT 下载
2、NAS 基本功能都有
3、下载速度快，只要资源好，跑满没问题，相当于不需要充值的迅雷会员

缺点：
1、需要独立的外置硬盘盒挂硬盘，且接口是 USB 2.0
2、下载偶尔有速度不稳定，暂停一下又飞速
3、需要使用手机号申请，而且同一账号，只能有一个活跃登陆，手机端还没有办法保存密码