不过你这个还不算故障情况，应该是强关造成的，建议写个脚本关闭，先通过容器优雅停止 mysql ，再删除容器

据说通过挂载数据目录使用 mysql 存在一定的 io 风险，故障情况下会增加数据损坏的风险，建议 mysql 宿主机运行好点

不过我看 mysql 官方好像也没对 docker 运行有过风险提醒，反而热衷于 docker 测试想让大家明白 docker 跑起来速度还是挺不错的。。

这个。。。外省的需要这么复杂么，我用的天府通健康码都是一键添加到桌面点击就加载了

可能是 tls 握手的问题，header 里看不到握手交互信息，但 cf 会检测
试试能不能用高版本 tls 测试

@estk 开源的不怕强制

建议打包个 portable 版本一起打包就当 app 了😂

@LeeReamond
@zkw111
换个思路改为全部 host 网络只修改容器内防火墙呢？这样宿主机兼容性都不用去适配了只需支持内部防火墙更新就 ok 了
我之前也有用宝塔打包成镜像这样操作的，实际运行中没发现什么大毛病，只是你无法控制 docker 外部应用访问

应该 zf 牵头储能而不是褚冷，毕竟电能转换最方便
https://m.cqnews.net/info/detail/86520434.html

先赞
结合宝塔优缺点提几点建议
最好编译语言不用脚本以免后期投入更多精力在环境上，宝塔踩的环境坑都可以吹一晚上了，而且他们脚本语言还有性能问题-可能是统计等功能导致的
登录入口最好更加隐蔽，宝塔的登录虽然有 path 但默认页面还是宝塔提示感觉不够隐私，毕竟面板程序也算隐私之一，我一般安装之后把常用路径都 502
登录最好能结合手机(app 、小程序、非对称？)保存一份快捷登录方式，但你做的开源最好是可以去中心化的，举个例子，小程序将非对称密钥保存手机本地扫码即可登录不依赖任何中心服务器
上 ssl 自动申请和分发功能-吐槽一句宝塔的 ssl 申请功能真的是没法用
如果还能加上 mysql bin 解析 /回滚的话，那就真的是神器了-举个例子，开启 log 的情况下基于全备+binlog 将指定数据库回滚到指定时间点，虽然懂技术的手工也能操作，但操作起来很麻烦，而且用面板的用户小白非常多
如果还能加上 binlog 分发的话，那就更完美了。。。例如基于 canal 分发给从节点、消息队列、es 。。。
暂时想到这几点，等有新 idea 再来吹

另外就算是不小心删库导致的事故，目前暂时也未看到判决案例，目前看到的基本都是主观破坏性删除定罪的。
对于非主观事故，可能也有责任但不清楚该适用什么罪，玩忽职守罪肯定不对那是机关工作的

@vone
@fangdaidai
破坏罪我知道，但这是主观破坏跟答主提到的备份不当导致事故是两回事，虽然理论上这种可能会被判因玩忽职守造成重大损失从而触发法律，但实际生活很难看到具体案例

提到的 2 点没意见，最后一句不敢苟同，似乎没有过这种案例吧

@Danswerme 如果你能接受冷存储的话冷归档最便宜，1T 低至 15 元每月
冷存储是目前全球各云服务商能提供的最廉价模式了，貌似通过磁盘阵列存储所以便宜但取数据麻烦点

续吧 千万别用开源自建服务，不然就再也回不去了

时间相减即可计算出来，很简单
升级版问题：facebook 是如何推送用户消息的，要知道头部用户一个贴可能要推送给上千万人，而每个用户可能关注了数百个甚至上千个其他用户

iv = 'f210af090c830cd5c47e67eeb4f52001';
错误很明显，iv 是 hex 你用 base64 解码那肯定错的 hex2bin

有可能是空间趋于 0 的强制通知，如果实在关不掉安个插件直接屏蔽或移除特定 xhr 消息吧

取名。。。不建议跟已有知名库重名，对宣传很不利，哪怕随便起个 xjson ，fjson 也比 gjson 好吧
json 解析大家都喜欢老牌稳定库避免出 bug ，建议加点独特优势增加竞争力，比如 get/set 一体 json 库，就比 gjson 好用了 😎