生成压缩包以后用 par2 工具生成恢复记录，可以选生成百分之几的恢复包，以后如果压缩包损坏了但是损坏少于这个百分比，就可以重建

可以选择千年系列的刻录盘
或者可以考虑 aws glacier 冷存储

十多年以前，解决一个类似问题的方案是，从 java cp 多个副本，java1 java2 等等等等，然后修改启动脚本，用自己的 javan 来启动。被杀了就看从 Java n 反查出来哪个服务再看日志等等来分析

@realfatboy 是的，不少大公司没有本地管理员权限，更没有权限去进 bios enable 那两个虚拟化的选项

10 年前公司买了个服务器为了测性能跑了一天，挖了半个。当时火币网 350 块钱一个币

Sentry, 免费的可以在内网部署

添加启动参数 -Djava.security.egd=file:/dev/urandom

几年前在客户的 vmware 环境遇到过类似的问题（ Oracle JDBC 连接很慢，非常慢）

FF 有 getSecurityInfo API, https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/webRequest/getSecurityInfo
来看当前的证书信息

如果用 Fiddler 抓 https 必须安装 /信任 Fiddler 自己的证书, 那么就可以知道是否有 Fiddler

#5 这种 Jdk 自带的 Hot-Reloading 是有限制的，只能 reload 方法体的修改，不能添加删除方法参数，修改参数类型返回类型，不能添加删除 property; 而且在一个 app 里面有时候光 reload 这个 class 是不够的，还要 reload 这个 class 的依赖，调用 @PostConstruct 等等等。所以 Jdk 自己的 Reloading 只能处理很少一部分情况

要解决这个问题还是需要 JRebel(要钱)或者 DCEVM(开源)，他们补充了 Hot-Reloading，能够在修改了方法参数等等的时候 Reload，同时带了插件，能够计算 Reload 这个 class 之后还要做哪些活

当然有些时候还是有问题，就只能重启

不过现在 Java 大部分都是 microservice 那一套，启动没几秒钟，不像十年前全是启动好几分钟的重型应用，对 reloading 的需求没有那么强

见过几家银行的做法是，不管在公司内网还是 VPN，都要 citrix 客户端连到专门的虚拟桌面来开发。虚拟桌面不能连接外网，不能 copy 到外面

话说路由器的管理界面这类东西不需要追求什么 UI 吧, 简单易用兼容性强不就行了?

几年前做过类似的东西, 被客户内网的 Win Server 2003 自带的 IE 给坑了

可以用 PAR 工具生成校验 /恢复包，自己定义比例，比如 5%
然后在目标机器校验，如果有错误并且不超过这个比例，可以自动修复

raphaeljs, 完全能搞定，就是自己要写代码

从 information_schema.tables 查询出来你到底有哪些 qy_csb 表
然后拼出来 SQL，执行。

一条 SQL 应该不行，可以用存储过程或者函数；或者在 Java 里面做

HTTPS，能够保证安全性
当然本地要是信任了某个 ca 发布的不安全根证书或者中木马了就没办法了

Spring Cloud Zuul, Spring Cloud Gateway, Istio Gateway

kubectl get ep -n <namespace>
看看 hellogo-svc 的 endpoint 是不是正常（应该是三个）

以前遇到过一个 bug，一些图片（ png)在 PORD 上打不开 404，但是开发测试环境都没事
后来发现，这些 PNG 实际上是 JPG
PROD 上的防火墙 /负载均衡发现该资源的 mime type 和真实的 type 不一致，直接 404