V2EX › sun2920989 的所有回复 › 第 6 页 / 共 33 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 33

❮

❯

2022-01-04 17:26:11 +08:00

回复了 yestodayHadRain 创建的主题 › 问与答 › 有一个 openVPN 代理服务器网络的问题

@yestodayHadRain 走不了本机的 sock5 代理吗.或者试试反代然后修改 api 地址这个思路呢.当然 vpn 如果搞定了肯定也是可以的.

2022-01-04 17:23:32 +08:00

回复了 hzlzh 创建的主题 › 分享创造 › 🎉 MenubarX for macOS 正式发布啦！一款强大的 Mac 菜单栏浏览器

支持一下.想起 vivaldi 浏览器支持的侧边栏悬浮打开移动端网页的功能.目前主要问题也就是在于只有部分网站移动端体验才会比较好这个问题了.

2022-01-04 15:37:35 +08:00

回复了 a437008694 创建的主题 › 问与答 › 三体 3 中有个剧情疑问，大家瞅瞅，求解

在这片森林中，他人就是地狱，就是永恒的威胁，任何暴露自己存在的生命都将很快被消灭。

2022-01-04 15:34:38 +08:00

回复了 yestodayHadRain 创建的主题 › 问与答 › 有一个 openVPN 代理服务器网络的问题

@yestodayHadRain 不就是访问 api 么.为什么要代理全局网络呢.

2022-01-04 14:40:47 +08:00

回复了 yestodayHadRain 创建的主题 › 问与答 › 有一个 openVPN 代理服务器网络的问题

只是代理调用 api 的话,推荐一下 v2ray/xray 之类的软件,挺方便的.还可以按域名 ip 之类的设置规则.不影响其他的地方.

2021-12-21 18:33:58 +08:00

回复了 Jooooooooo 创建的主题 › 随想 › 与其关注"的地得", 大家不如先摒弃使用"进行"

1."在过去的一个月内,我们将这个产品进行了一次深度的优化"
"在过去的一个月内,我们深度优化了这个产品"
2."双方展开了友好的会谈,进行了详细的讨论,最终达成了共识"
"双方展开了友好的会谈,详细的讨论,最终达成了共识"
等等吧,太多了,体会一下重音和语言习惯的话,我没有觉得这里面有翻译腔,也没有觉得"进行"这个词是无意义的.

2021-12-20 15:50:29 +08:00

回复了 LaGeNanRen 创建的主题 › 生活 › 觉得每天自己的时间好短，为啥又穷又忙没钱还没时间

这个</br>看的我血压升高.滑稽.

2021-12-20 14:16:14 +08:00

回复了 acainiao 创建的主题 › 游戏开发 › 我的游戏《魔旅之塔》将要发售了。

厉害

2021-12-17 18:21:49 +08:00

回复了 CNN 创建的主题 › 问与答 › 你们是如何说服老婆给买 M1 Max ?

@X3en 过分了啊都让你买了还揍?

2021-11-30 17:37:19 +08:00

回复了 llys 创建的主题 › PHP › PHP8.1 发布了,好像大家都不太关注呢

想起个表情包,php 开发没人要啦.

2021-11-15 16:34:45 +08:00

回复了 heyjei 创建的主题 › 问与答 › 小孩子踢被检测是刚需啊，有没有针对这类需求的创新和产品？

看成了被踢检测,还以为是和同学打架被踢了.

2021-11-11 10:41:45 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

@Saxton #18 好的,了解了.也建议再从业务层上考虑下是否会存在某个 tag 的 key 对应了多个不同的 value 的场景.防止后续出现意外.比如[{key:tags1,value:测试 1},{key:tags1,value:测试 2}],这样的结构.

2021-11-10 17:49:12 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

如果说楼主使用的方式是 tags:'灌水' ,test:问候,这样来存储的话,才是真的将一个 tag 变成了一个字段,这样随着 tag 变得越来越多,才需要考虑映射爆炸的问题.因为此时的总映射字段数量是不确定的,是持续动态变多的.

2021-11-10 17:45:26 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

按照追加的说法,将下一层级中需要搜索的字段提出来到上一层级中再存一分,我感觉并不能解决此类问题,比如,主楼第一条数据最终还是会存储为 tag:['tags','test'],因为是一对多的结构.所以一样会被主楼这样的条件所查询到.当然可能这个地方我理解的和楼主实现的方式不一样.

2021-11-10 17:39:57 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

不管是 object 还是 nested,或者只是基础的 text, keyword 等等,不管什么类型的数据结构,只要字段总量是确定的,也不用过于担心映射爆炸的问题,映射爆炸主要是对于动态增加的字段来说的,与是否是对象和是否是嵌套无关.比如字段名字叫做 tag1,tag2 这样随着业务不断新增的时候,才会需要考虑这个问题.像我上一楼回复中说的,如果是主楼那样的数据结构,不管有多少个 tag,其实也只有 customFields.key 一个字段而已,字段是数组的话,字段内的数值变多,并不会引起映射爆炸.同样,以上说法也是我记得的情况,可以再找找资料了解一下.

2021-11-10 14:15:39 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

@liangzhe #12 不是大佬,客气了.你所指的 tag 极多是在什么层级呢,以楼主主贴的数据结构看,即使 tag 再多,对于 es 来讲也是 customFields.key 这样一个字段,只是字段里的内容比较长而已.es 对整体的字段数量,以及对单一一个字段里面内容的长度,比如 keyword 类型,也是有限制的,但是这些也都可以按照实际情况进行一定的配置来调大一些.主要看你的数据结构了.

2021-11-10 11:24:16 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

@Saxton #10 嗯,那你需要额外处理下第一条数据那种一对多的关系.

2021-11-10 11:20:21 +08:00

回复了 Saxton 创建的主题 › Elasticsearch › elasticsearch 针对对象查询问题

@Saxton #5 简单来说,es 的数据结构存储你这样的数据,如果不使用 nested,实际上会被重新打平拆分的,你的数据的第一条实际上会变为 customFields.key:[tags,test], customFields.value:[灌水,问候] ,所以就会被你在筛选 tags + 问候时也被筛选到.以上信息源自于我的记忆不保证准确,你自行搜索下.

1 ... 2 3 4 5 6 7 8 9 10 11 ... 33

❮

❯