@opengps redis 方也可以说，你看我单机跑了这么久你们都没发现，所有更能体现我的稳定[手动狗头+斜眼笑]

@bboysoulcn 对运维来说，都是虚拟化上开虚拟鸡来模拟多机的。以后上了多台服务器，直接迁移虚拟机即可

@Cyshall 自己不看手册还说别人扯...

https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/zfs-advanced.html

19.6.2.1. Memory
As a bare minimum, the total system memory should be at least one gigabyte. The amount of recommended RAM depends upon the size of the pool and which ZFS features are used. A general rule of thumb is 1 GB of RAM for every 1 TB of storage. If the deduplication feature is used, a general rule of thumb is 5 GB of RAM per TB of storage to be deduplicated. While some users successfully use ZFS with less RAM, systems under heavy load may panic due to memory exhaustion. Further tuning may be required for systems with less than the recommended RAM requirements.

使用密码管理器生成随机密码，但是在公用设备上使用或者 surface 等无键盘设备上，开密码管理器不方便，如果网站支持扫码登陆，还是很好用的。。。
常用设备还是密码管理器自动输入用的多

有一种叫做“堡垒机”的东西，业务用服务器的 ssh 端口只允许堡垒机 IP 连接

至于堡垒机怎么保证安全...
可以在换端口+证书登录+禁止 root 的前提下，只允许通过 VPN 连入的用户登录，也就是说，堡垒机只对外开放一个 VPN 端口即可。

只要不出内鬼，自己不手残把 VPN 和堡垒机的证书同时泄露，在没有遇到重大漏洞的时候一般是安全的。

@frank1357 准确度 是统计概念，单个样本的否定无意义

@mangoDB 看一眼湖北的死亡率和除湖北外的死亡率就能知道，要不是硬核防控，你将会面对的是什么。

内置的坏处：贵
外置的坏处：电源线和插头傻大粗，一个一百瓦的适配器，给配的 AC 电源线、插头是能承受两千瓦...大部分都是 DC5.5*2.1 的接口，但是电压电流各不相同；哪天手残一下把 20V 的适配器插 5V 设备上就很尴尬了。

楼上说的质量问题并不是一个显著的缺点。开关电源虽然相对也容易坏，但是在设备生命周期里坏掉的还是少数，而且在大多数情况下，开关电源的损坏也不会导致安全风险。当然，5 块钱地摊货不参与讨论。

向日葵 3 年不到 200，虽然有时候没 teamviewer 好用，但是凑合用也不是啥大问题。

500G/直连平均网速 得到的传输时间*2 后，如果大于 2 天，SSD 硬盘+顺丰；否则分卷压缩后网络传输

试试 debian 本体？

点开前以为是画板子的+1
运维都是一步步趴着业务的尸体走过来的，在校生想要深入了解服务器知识，一没钱二没环境三没条件..
另外你还提到的虚拟化技术，算上超融合在内，这玩意一步一个坑..
好好写代码不好么，非要当运维给业务背锅

v 站自己给补了一堆空格，需要删除一下

import time
time.mktime(time.strptime("2019 年 9 月 21 日 14:27:45","%Y 年%m 月%d 日 %H:%M:%S"))

@Enya 协和式客机死掉的主要原因是（各种技术非技术原因导致的）贵（包括票价和维护成本）；次要原因是超音速噪音太大，导致在大陆上空无法施展手脚；导火索你问法航去；不考虑其它因素的情况下，北京直飞西海岸五六个小时你看香不香

轻度使用，mysql/mariadb 成本（使用成本 /学习成本都）极低
中度使用，mysql 的成本就上来了。一些 sql sever/oracle 自带的功能，mysql 想做到，都要费一番功夫。这时候，对于一个没有专业 dba 团队的公司来说，sql server/oracle 的易用性就超过了 mysql。
重度使用的时候，也许 mysql 的优势又出来了，不过我没接触到这一步..

所以，淘宝的路线其实值得参考，随着业务发展，可以走 mysql->商业数据库->开源数据库自己定制 这条路线。当然走这条路的前提是，别用存储过程。

如果见过有人拿文件做 RPC 的话，就淡定了

坐标传统企业
1、企业应用，很多时候并不会频繁更新，能用就好。企业应用不同于互联网应用，互联网应用靠用户挣钱，需要用户体验，企业应用并不直接产生效益，首先服务于业务逻辑，其次才是用户体验。所以，在不能产生收益的情况下，谁也不会主动花钱来更新这些细节问题的。再说了，又不是不能用
2、企业应用的开发者普遍水平偏低。怎么说呢，徒手拼 sql，徒手拼 html 大有人在
3、某些应用需要通过浏览器调用本地组件的，早些年没有太有效的解决方案，不能拿今天的经验来评价昨天的事物，这不公平

另外，一看楼主就不是做 web 开发的。首先 win10 有 ie，其次，临时使用的网站无需加兼容性，直接打开开发者模式，仿真选项卡，文档模式选择之前版本即可

@kunee 现在嵌入式开发的门槛，已经跟 WEB 开发差不多了，培训班仨月就能上岗...