@liprais 是这样的，如果实际业务对一致性要求搞，那就要在业务代码层里重新实现 RDBMS 的功能了。我不相信从一互大输送到社会上的小厂里当 CTO 、当夹狗屎的 cruders 在这方面能做得比关系数据库系统的开发者好。

普通台式机主板很少有支持这个功能的，模块也很少见，一般要自己动手，比如 pi-kvm

试试老版本的 go
以前我在新系统里非交叉编译的拿到 centos5 上不能运行，查了一下因为 kernel API 变动而不兼容，于是降级 go 版本搞定

@moxiaowei 阿里那个什么 Java 规范里说连 JOIN 不得超过几个，是因为他们当时用的 MySQL ，对复杂 SQL 支持很差，多表连 JOIN 真的会搞死…但世间又不是只有 MySQL 这种残废。不说可读性、可维护性，只说性能，多表连 JOIN 根本不是 evil 。

@moxiaowei 10 来个 join 就搞死？如果不是 MySQL 的话没那么怕多 join 的。

随着时代的发展，计算机操作 modem 成为小众技能，熟悉这种技能的人已功成身退或撒手归西。

“某些要连的服务器是密码登陆的。不要问我为啥不设公钥登陆，问就是我不是领导”，但是你可以给登录用的帐户设置 authorized_keys 啊，除非领导在服务器上禁用公钥登录。

哦不对，那个是 tomcat 正常，套了个 nginx 就不对。

这个看起来像是特定 tomcat 版本的 bug 。

我记得好多天以前在 v2 看到有人问类似问题……

如果是国内业务，老老实实备案是最省心的。

不着急，市场会慢慢教你们做人

假的，都用 brainfuck 了

直接关掉，使用类的问题是 question 又不是 issue

做基础设施开发，厉害

提前一段时间给用户通知即可。如果有后续替代产品，在文档和接口里标记 deprecated 。

高速上的指示牌不就是这样的吗，多少距离后到某某出口。
导航的目的是遇到每个分岔节点选择合适的路线，所以在一个节点过后的“当前”某某路上继续行驶，没必要说是什么路了。

走光纤你先想想 86 面板的位置。家庭装修，等家具入场实际入住后有些摆放很可能跟计划的不一样，86 面板被各种靠近遮挡的很多。网线没问题，可以随便弯折，而且如果家具顶在 86 面板很近位置时，可以自己做水晶头，免掉了成品网线护套带来的额外距离。如果用光纤，遇到这种情况弯折就很有明显的光衰了。

机房里用光纤的原因是整个机房是大开间，机柜上有配线架，顶上有桥架，光纤都是周围留着空间走的。

另外光纤类型也是比较复杂的，铠装光缆 /皮线 /尾纤，单模线 /多模先，单纤模块 /双纤模块，SC/LC/FC/ST……还有就是，普通电脑、路由器、AP 都是网线的，要接光纤还要转换……

没有银弹

@hi543 如果黑屏，那……不知道盲登进去键盘操作有没有效。
不过可以考虑在 grub 阶段用应急方式看看先。