@sadfQED2 修正：那你瞎 jb 随机这几个头给他就绕过 ip 检测了

尝试在这几个 http 头中瞎 jb 随机 ip 地址

REMOTE_ADDR
HTTP_VIA
HTTP_X_FORWARDED_FOR
X-Real-IP
X_FORWARDED_FOR

某些分不清这些变量区别的程序员，随便在网上 copy 了一份“获取用户真实 ip“的代码。那你瞎 jb 随机这几个头给他就然后 ip 检测了

国外有很多流量付费的机器满足

但是国内没见过有

我们 pm 都是线上环境验收测试，但是要求线上环境不能随便乱写文字，不能带测试字样。

总的一句话，pm 发布的时候带点脑子，别让人发现不就行了

我怎么就遇不到这么好的公司呢😭😭领完 n+1,还能立马拿着离职证明再领一大笔

@sdot96 #3 首先感谢回复哈

case1 主要问题是一些错字导致搜不到，比如“故宫”，用户输入了“股宫”，这样就搜不到了

我们最终的解决方案：

1 、由于我们业务场景，搜索的都是名字，并不是搜索描述文本，所以我们最终并没有使用 ik 之类的分词器进行分词，我们录入数据的时候，将名字直接拆成各种文字组合，比如“烟台国际饭店”，我们会录入“烟、烟台、烟台国、烟台国际、烟台国际饭、烟台国际饭店、台、台国、台国际、台国际饭...”，同时在这一步把所有中文也转成拼音和拼音缩写存进去。最终程序拆好词以后各个词空格隔开，存进 es ，es 里面使用空格分词

2 、基于第一步拆出来的字段，这个字段交给运营去维护，比如运营觉得搜索“顾宫”应该出现“故宫”，那么他只需要把“顾宫”加到故宫的搜索词里面即可

对于 Case3 ，我们这样自己拆词以后，搜索的时候将 es 的 operator 设置成 and 就没问题了

最后个人总结：

感觉 es 的设计是拿来做文章搜索的，对于名称这种搜索场景其实并不太合适。我们最终方案相当于仅仅是使用了 es 的倒排索引，而并没有用到 es 的分词功能

28,34 平的公寓，
自己住吧难受，
想卖吧没人要，
想出租吧估计都不好租
拿来凑学区资格吧，又没有。
再退一步，拿来当机房挖矿吧，还是商电。

5.6 5.7 的 mysql ，不用 es ，不用 like ，那你手动拆词，然后在 mysql 里面建一张表当倒排索引？相当于用 mysql 实现一个简易版的 es

不然的话就找那些奇奇怪怪的 mysql 插件或者存储引擎？但是这种稳定性就不敢保证了

最后，人和代码有一个能跑就行，没有需求评审，也没有技术评审，上线时间拍脑袋决定，我觉得该你跑了

曾经排查过一个 MySQL 慢 SQL ，无论怎么都找不到原因，而且是偶尔出现，根据主键 id 查也会达到秒级别耗时。最终联合 dba ，sre,rd 组了个 20 多人的调查团队，研究了半个多月，最终发现是机房交换机怀了，交换机导致丢包，进而导致 MySQL 慢查询

要啥没啥？举个例子？

大学 cs 专业学生，应该绝大多数人都写过 im 聊天软件吧

@coderluan 这三品牌是一点广告都没有还是只是没有开屏广告？操作系统如何，会用一段时间卡成狗吗。现在用这破电视，都用出心里阴影里

@AoEiuV020CN #2
@qsnow6 #4 自己开个服务太麻烦了，如果不用特权容器的话，把宿主机秘钥映射到容器内，然后在容器里面 ssh 到宿主机，执行命令

你知道什么叫偶现 bug 吗？你怎么确定你的 case 真的覆盖到位了？不同环境，不同账号，不同网络等等情况都可能导致 bug 出现。

提测的时候你看看代码 diff ，修完 bug 看一眼代码 diff ，有没有问题一眼不就看出来了


最后，无论如何我是不相信研发会测试的时候给你一个没问题的版本，上线的时候故意改个 bug 出来。

总结，人菜就少点阴谋论，别瞎怀疑别人

插眼等大佬分析，有结论了麻烦楼下踢我一脚

binlog->kafka
binlog->hive
binlog->es
binlog->pg

我们的使用场景，无非就是做一些数据同步，或者监控某些数据变化。非说风险的话可能有敏感数据问题？ binlog 里面的内容不方便做权限控制

我们公司测试机随便开，就像阿里云上面建云服务器一样，鼠标点几下就行了，最高好像是 8C8G 。

然后某天，看到一条通告，某人开了几百台测试机挖矿，然后被开除了

北京估计要 15k 吧，15k 工资，到手 12 ，房租 3 到 5