导出报表是数据分析的活。数据量看有多大，笛卡尔积如果超过十亿。就应该上 clickhouse 之类的宽表服务

分模块，权限管理是一件很难的事么？

另外 ipv6 是可以用的？我看路由器上是分配了，但是貌似用不了

求教。30 买 100M 上行怎么操作呢？是要先有 300 一个月的固定 ip ？

因为淘宝被 pdd 打的毫无还手之力，产品经理没事干了。这么多人吧，总要创造出一些 kpi 来的。所以就来给支付宝喂💩了

也就能玩了。。。但没生产力。。除非你电脑啥都不干

all 啥 all 。。。这是生产力工具。在家写写代码还是香的。做 nas 。。得了吧。踏实买成品 nas 或者其他。
就那个外接雷 4.你需要买满血的雷 4 的转接头或者硬盘盒就得大几百上千。。

给我的感觉吧，OP 所有的出发点都是以小博大。包括后面的了解信息和学习。没有系统，都是吃别人消化完了的东西。这样只适合打工的。做做外包好了，所谓创业，只能是可能汤都喝不到。

个人感觉，要积累，要系统积累。不是看什么火了追什么。多而不专

我还想什么前端技术就死了点进来看看

已经离不开~/.ssh/config 了。
任何软件都比不过~/.ssh

实在没时间玩…来打盘炉石吧

从一岁就开始讲规矩，看一集就是一集，看完自己关。看多久先说好，时间到了自己关。pad 要看要找爸爸妈妈要，不能自己开，哪怕在桌子上。最后就是，不在孩子面前玩手机和 ipad

不是…魔怔了么。软件和云端通信再正常不过啊…相互通信？你断网不就完了…

@wangyzj 没几个人，就别碰。需求简单还不如 excel 。如果有飞书之类自己建表都来得轻松。先把机制手动跑起来，跑一段时间，才知道真正的痛点在哪。我就比较简单，直接 jumpserver 。当 cmdb 用。

完全独立的。数据存储结构都不一样。。

我推测你们的功能其实是想输入一部分，然后快速提示这一部分所属的。
现成产品就是 sonic/es ，这两者都有提示词能力。都是基于 FST 等变种数据结构来做的。
自己撸一个也不是不可以，就是要考虑每一家的 fst 怎么存怎么取的问题。大致围绕这个逻辑来做。。。

改 pg 是不可能的。业务在线上跑着呢。疯了，这个时候改存储方案。
才亿级数据而已。。es 有 es 的问题。。你还要考虑很多其他的事。

这个事就不是分词的事啊。。。我觉得是业务实现逻辑问题。如果只是物流号。自己给物流号自己建个 fst 结构索引就是了

我有几个方案：
1.sonic 。全 rust 开发，比 es 部署和维护都简单，也非常轻量，可以做一层全文搜索，但貌似无法做高可用？ sonic 是有 fst 存储的。
2.既然是 mysql 。怎么没人提当年大名鼎鼎的 sphinx 呢？ mysql 插件，代码是无缝集成。该写 sql 写 sql 。亿级，完全够用。
3.自己撸 fst 或者 lucene 。一起就 12 位的 fst 能有多大。每次新增的物流号时都刷新这个 fst 。从 fst 里面查然后提示给用户，用户选择要的那个。再去数据库拿原始数据。

调研过，结论：
1.云平台自身就是 CMDB 。没跨平台问题的时候不需要他。
2.如果有跨平台需求，重点不是工具，是梳理业务。这个过程就比较蛋疼，你拿着什么样的锤子，就只能把业务梳理成这个钉子。而且要有人来维护和管理。全自动是不可能的，对接，信息录入，都是工作量。这个时候你就有足够的人来干。。既然有人。为啥不自己开发一个适合自己的锤子？蓝鲸太重了。90%的功能用不上。一旦全用上，那成吨的配资以后也是会成为负资产
3.不管好像也没啥。。

自用的的电脑应该基本不需要。。。
不会有乱七八糟的弹窗。也不会去乱装东西。就算被黑了。。再来一次嘛。。。