ETiV

@oxromantic
> 每天步数不得超过 100 ，超过罚红包

你这是植物人群吧😂

这不是徐智胜的段子嘛……😂
你睡！你睡！

看来你都找到原始标准了

“叛逆”的实现是为了照顾到用户体验罢了
非专业用户哪会去看 MD 的规范定义…😂

@gkiwi
> 在用户那里，拉下来内容发现有一个字符被替换了。。

你这就是 bit flip ，被来自宇宙的高能射线击中了……

=====
看了全部评论，感觉还是我最猛：直接跑去机房把别人（不知道谁的）服务器给格了…

2010 年项目要上线，公司领导跟其他集团借了俩服务器，我们驱车从上海去宁波机房…到了机房，小工带着我们到了机柜面前，指着机柜下方的两台机器和我说就是这两俩，在确认之后我就开始干活儿了…

过了许久他回到了我身边，观察了一下，面色凝重的跟我说机器指错了……

====
再说说 bit flip 把我们数据库炸了：
基础设施在 AWS 新加坡…发现的过程就是业务几乎全部超时，而后发现 Aurora （ AWS 性能很强的 mysql 兼容数据库产品）实例 CPU 持续跑满…当时搞不懂问题出在哪，因为 slow query 会在执行完才会打印出来。

事后看 slow query ，它在更新一个有几千万行的表，整个表的每一行数据都被更新了，用了两个多小时，可是这个库我们是当 KV 库用的：读取和写入都会带上 where id=xxx ，不可能更新整表…

还好我们当时也遇到了些性能问题，线上会对超 1 秒的 sql 记下 sql 原始内容。

经过对比，我们发现业务里的日志：update a=1,b=2,c=3,… where id=xxx ，而 Aurora 里的 slow query：update a=1,b=2,c=#,… where id=xxx

3 被替换成了# ，而#之后的全被 Aurora 当成了注释，where 没起作用，把整个表更新了…


在当时，这种问题我曾在 dropbox 的一篇 blog 里看到过，说的就是因为 dropbox 的客户端太多了，样本足够大，所以他们也会偶尔发生这种类似问题，所以对这个问题下的结论就是“被宇宙射线击中了”，不怪任何人……

字符 3 的二进制：00110011
字符 # 的二进制：00100011

任何在你本机上做的修改，都是纸老虎，而且听你的意思也不会用 Linux ，你还需要在未来的管理维护中在意给谁 root 、给谁 sudo 、或者某天来个权限逃逸漏洞

（不知道你所提及的内网有多大，所以也不好下定论）

如果你们组织有网络管理员的话，可以让他帮忙划拨个 VLAN ，物理连入这个 VLAN 下的设备只能访问内网，就行了

mysql 客户端连接都是在 4 层的

但是你可以自己实现一个 7 层应用层的类似 nginx 的服务，逻辑实现如下：
通过在用户名上做手脚（比如 root.prod 、root.dev ；你喜欢的话也可以用对端 IP 地址），通过某种 rewrite 规则把 .prod 、.dev 部分提取出来，再使用 root 用户名和密码去连接后端真实的 prod 、dev 的 3306 端口并创建、保持连接并转发数据

香水：
- 味道好；
- 门槛低，不咋会化妆的妹子也可以喷香水；
- 可以选个瓶子好看的、摆在那里赏心悦目，即便你跟她没啥发展，在梳妆台上看到这瓶子也会想起你；
- 不怎么贵，还能用蛮久的，性价比比一般的消耗品高多了；

我大概 19 年送了我老婆一瓶 YSL 黑鸦片（黑色瓶子不咋好看，我后来心水它家的蓝鸦片，蓝色瓶子太好看了…），现在还剩大半瓶

开一个 x86 虚拟机，ssh 上去开发调试，当代 IDE 都支持远程，所有操作都是本地的体验，而性能、内存还都是服务器的。

你甚至不用担心你手里的电脑挂掉，换台电脑继续 ssh 战斗就行了。

申请证书的时候，带两个域名…带 www （或者*）和顶级域名本身