由于CentOS8默认安装了podman，因此在CentOS8中安装docker会导致冲突引发如下异常。

Error: 
 Problem 1: problem with installed package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64
  - package podman-2.0.5-5.module_el8.3.0+512+b3b58dca.x86_64 requires runc >= 1.0.0-57, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering
 Problem 2: problem with installed package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64
  - package buildah-1.15.1-2.module_el8.3.0+475+c50ce30b.x86_64 requires runc >= 1.0.0-26, but none of the providers can be installed
  - package docker-ce-3:20.10.1-3.el8.x86_64 requires containerd.io >= 1.4.1, but none of the providers can be installed
  - package containerd.io-1.4.3-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.1-3.1.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 conflicts with runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - package containerd.io-1.4.3-3.el8.x86_64 obsoletes runc provided by runc-1.0.0-68.rc92.module_el8.3.0+475+c50ce30b.x86_64
  - cannot install the best candidate for the job
  - package runc-1.0.0-56.rc5.dev.git2abd837.module_el8.3.0+569+1bada2e4.x86_64 is filtered out by modular filtering
  - package runc-1.0.0-64.rc10.module_el8.3.0+479+69e2ae26.x86_64 is filtered out by modular filtering

在部分场景中却不得不使用docker，因为podman是新东西，即便命令和docker及其相似，也因为生态原因，各类API还无法完全兼容。例如《【视频教程】Electron自动编译及自动更新、分发》就对这个情况进行过说明，在使用Electron 应用分发系统的时候，由于使用了开源项目dockerode对docker进行控制，因此需要卸载podman改用docker。

为了实现Electron的自动更新，曾撰文《Electron 应用分发系统（Electron自动更新）》，不少小伙伴反应说不知道正确的操作姿势。仔细想来，这个部署确实不简单，因此特意录制此视频。

视频从头开始讲解了如何搭建一个Electron官方示例，配置并实现push到git仓库后服务器端自动编译、自动上传编译后的文件到七牛对象存储、客户端捕获更新信息并且后台静默更新的配置全过程。

需要特别留意的是，每次发布新版本之前都需要修改package.json里面的version版本号，否则自动更新分发会失效。

在Node.js中调用ffmpeg的绝佳方法是使用node-fluent-ffmpeg库。

fluent-ffmpeg开源地址：https://github.com/fluent-ffmpeg/node-fluent-ffmpeg

除了部分监听端口过多的程序，其它情况Docker都非常适合用在内网应用的部署。

下载Docker离线文件

下载地址

官方下载地址：

https://download.docker.com/

...

为了方便大家快速集成，我将推送URL到百度、谷歌、Bing搜索引擎的功能整合至submit-url模块中。

模块支持两种方式调用，如果您使用的是海外服务器，且使用Node.js作为服务器端，可以通过npm install submit-url的方式安装该模块。否则，请运行模块作为HTTP服务，您的程序通过调用此HTTP API来提交网址，确保推送到谷歌和Bing搜索引擎的稳定。

2018年12月6日PHP官方发布了PHP 7.3.0 正式版。恰逢最近在写一个PHP在线练习的网站，特意去翻了一下7.3.0正式版的Docker镜像。

因为官方镜像只包含了最基本的模块，像pdo_mysql、redis之类的模块并没有包含进去。在hub.docker.com中找到一个相对比较合适的 PHP 7.2 版本的Dockerfile（https://hub.docker.com/r/phpdocker/phpdocker/），却发现作者将MariaDB、Redis Server、Node.js等内容给编进了Image。

我比较喜欢干净的Docker Image，一个镜像只做一个事情。像MySQL、Redis之类的数据库，可以单独启动相应的模块。

因此我在前人的基础上，移除了MariaDB、Redis Server、Node.js并升级PHP版本到7.3.0正式版。

因某些原因需要重装Rancher 2，本想着运行在docker中的系统应该很容易重装。但是重装后出现了很多报错。

一个Rancher集群需要Etcd、Control、Worker三个角色都正常运行，该集群才能正常工作。其中Worker代表执行任务的服务器，Etcd和Control服务至少部署一个。

重装后Etcd、Control服务均出现报错。

报错详情

其中Control则是kube-apiserver容器报Unable to create storage，报错类似：

  利用Docker部署的服务器环境已经成为目前主流。为了实现高负载、易于拓展，我们采用Nginx作为反代，Redis记录访问日志。（主机服务器环境：CentOS7.3，2017年05月02日19:57:08更新）

1、安装并启动Docker

1. 设置仓库

  在CentOS中设置Docker CE的仓库地址。

sudo yum install -y yum-utils

sudo yum-config-manager \
    --add-repo \
    https://download.docker.com/linux/centos/docker-ce.repo

sudo yum makecache fast