Docker已经stoped的容器，数量其实一般不会很多，但编译测试的时候，经常会因为脚本种的指令异常、网络问题等等其他未预料的情况造成build终止，从而遗留不少失败时stoped的容器，那么此类容器如何批量清理呢？

依然是一条指令：

printf y | docker co[......]

如果你已经有了一个事业（或工作），不要冒然扩展到第二个事业（或工作）。因为在初始阶段，增加的引擎会给你带来更多的风险。只有降低单引擎的故障率，并确保你只靠剩下的引擎也能安全降落，双引擎才会给你带来更高的安全性。

不幸的是，就像战争经常推动高风险的飞机设计，人们也通常会在经济困难的时候从事两份工作。如果第一份工作是高负荷的，你再去从事第二份工作，那么很可能到头来，你连第一份工作也保不住。如果那时第二份工作不足以让你维持生计，你就有麻烦了。

不过，计算机时代使得情况有一点点变化。数字控制技术的进步，促成了多轴飞行器的诞生。它们都至少有四个微型引擎，每个引擎只负责总负载的一小部分。任何一个或两个失败，都很容易被其他人弥补。

同样的，在计算机和互联网出现之前，一个人几乎不可能有4个收入来源，但今天，一个人可以有多种小金额的收入来源，比如下班后开网约车、将住宅的空房间作为民宿出租等等。即使每个收入来源都不多，可能也比只有一个主要的收入来源更好、更安全。这里的关键是每个收入来源要尽可能独立，不要相互干扰。

有的时候，build镜像会造成很多none的垃圾镜像，通常发布后就可以清理掉了，但编译测试的时候，经常会因为脚本种的指令异常、网络问题等等其他未预料的情况造成build终止，从而遗留一些none的镜像，那么如何批量清理这些none的image镜像呢？一条指令即可：

docker rm[......]

心有蓝图，世如画布。

一直以来，都觉得会画画的人都超级厉害，因为能把所思所想用画作表达出来，有些东西，文字是无法表达的，所以才有了绘画和音乐。

感觉每个会画画的人，内心都有一副蓝图，这正是我觉得厉害的点，能将蓝图绘制出来，更是让人惊叹的能力。近日发现公司旁边的建筑工地围墙涂白了，上面有画好的涂鸦，也有简单用笔勾勒出框架轮廓的草图，遂有所感。

其实我们每个人的内心都有一副蓝图，只是很多“懦夫”选择了无视，而一些英雄选择了将世界绘制成蓝图的模样。世界有大有小，如果你有蓝图，何不从自己的小世界开始，绘制一番？

From：了然如一

呐，用Docker拉起的Redis服务呢，启动参数设置不全的话可能会出现类似报错：“The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn”。

解决办法也很简单，do[……]

何为为人处事之道？

From：生财有术-顾禅

最近做测试，发现装的Docker版本有点低，总结下最新Docker 20系列如何在Centos 7.9.2009安装。

官方指令：

sudo yum remove docker docker-client docker-client-latest docker-common doc[......]

你，孤独吗？你，在乎自己的隐私吗？虽然是一部动画片，主角也是孩子们，但其中影射的可并没有那么简单。

你需要朋友吗？什么，才是真正的朋友？用心看下去，耐心体会，随着观众的视角，我看着巴尼和阿荣一路成长，经历了一幕幕场景，最终成为了朋友。

影片中有几幕让人眼眶湿润，也许我们有的时候，柔软内心深处，还是缺少一个那样的朋友吧。

这是一部温馨的，适合每个同学观看的电影。推荐。

以下内容摘录整理自：kevin_tech 的 Go语言内部包–控制包成员的对外暴露

这个问题其实从来没考虑过，甚至都没有碰到过，毕竟还是浅尝辄止的初学者。

虽说如此，但依然还是有必要整理留作经验的，如何让一个package，不被其他包使用？假如包里的一些成员我们只想在指[……]

我的一些朋友认为，每两到三年换一次工作，是获得成功的最快方式。