Alpine构建Docker镜像填坑
我平时构建 Docker image 的时候,为了减小镜像的大小,方便存储传输,一般都用 alpine 的分发镜像作为 Base image,而且自以为 alpine 和 ubuntu 的区别最大就在于大小和环境全不全,正常用的话,apt->apk 就得了,不过最近在学习用 matplotlib 进行绘图,发现了 alpine 的坑,特此记录一下
我平时构建 Docker image 的时候,为了减小镜像的大小,方便存储传输,一般都用 alpine 的分发镜像作为 Base image,而且自以为 alpine 和 ubuntu 的区别最大就在于大小和环境全不全,正常用的话,apt->apk 就得了,不过最近在学习用 matplotlib 进行绘图,发现了 alpine 的坑,特此记录一下
Docker Harbor私有仓库搭建(docker registry/nexus/harbor) - 知乎
构建本地私有Docker源-Nexus/Habor/registry对比
一般托管多个制品的情况,
多数情况下都会选择Nexus作为私服制品库,
因为支持多样类型的制品托管, 不过如果仅仅作为docker的私服使用,
那么这三个主流产品哪个更合适一些呢? 今天做个对比看看
⚠️以下操作仅适用于未关闭SSH并且可以登录并切换到root用户的情况
618买了一个DS920+, 从原本黑群洗白了, 数据迁移完了,
手贱开了一个Secure SignIn服务,
导致原有的管理员账号无法识别OTP
618买了一台DS920+,等于是彻底从黑户洗白了,原来黑群晖的LSI 9260-8i阵列卡上的3块2T的希捷NAS盘终于可以晋级了,自己也不用再担心可能掉电导致黑群晖出现故障了,所以需要做一个数据转移,然后既然白群都买了,没理由不做云上备份,计算一下目前公有云的费用,也做到心里有数。
最近我在写代码的时候, 为了梳理思路,
经常需要在方法的docstring中写一写自己的思路和处理过程,
因为之前写过账单处理的代码文档,
用的是Sphinx的RTD(Read The Docs)模板生成的,
一直使用的都是reST风格的代码注释,
自己也没太细致地学习了解过,
这次写代码注释的时候发现总是存在排版异常的情况,
因此细致入微的学习一下