如果你通过 Docker 提供的用户指南，你应该已经完成了构建你的第一个 Docker 容器，并且运行了示例应用。 你已经构建了你自己的镜像（images）。本部分的内容将会指导你如何对你的容器进行网络配置。 使用默认网络来运行一个容器 Docker 能够支持通过 network drivers 来使用网络的容器。在默认的情况下，Docker 为你提供了 2 个网络驱动： bridge 和 overlay 驱动。 你也可以通过写一个网络驱动插件来创建你自己的网络驱动，但是这个属于比较高级的任务了。 在任何完成安装的 Docker 中将会自动包含有下面 3 个网络驱动，你可以通过下面的命令来列表出来： $ docker network ls NETWORK ID NAME DRIVER 18a2866682b8 none null c288470c46f6 host host 7b369448dccb bridge bridge 被命名 bridge 的网络是一个特殊的网络。除非你在运行的时候指定一个网络，否则 Docker 容器将会一直运行这个网络。尝试运行下面的命令： $ docker run -itd --name=networktest ubuntu 74695c9cea6d9810718fddadc01a727a5dd3ce6a69d09752239736c030599741 通过检查网络，可以非常容易的找到你容器的 IP 地址。 $ docker network inspect bridge [ { "Name": "bridge", "Id": "f7ab26d71dbd6f557852c7156ae0574bbf62c42f539b50c8ebde0f728a253b6f", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": null, "Config": [ { "Subnet": "172.17.0.1/16", "Gateway": "172.17.0.1" } ] }, "Internal": false, "Containers": { "3386a527aa08b37ea9232cbcace2d2458d49f44bb05a6b775fba7ddd40d8f92c": { "Name": "networktest", "EndpointID": "647c12443e91faf0fd508b6edfe59c30b642abb60dfab890b4bdccee38750bc1", "MacAddress": "02:42:ac:11:00:02", "IPv4Address": "172.17.0.2/16", "IPv6Address": "" } }, "Options": { "com.docker.network.bridge.default_bridge": "true", "com.docker.network.bridge.enable_icc": "true", "com.docker.network.bridge.enable_ip_masquerade": "true", "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0", "com.docker.network.bridge.name": "docker0", "com.docker.network.driver.mtu": "9001" }, "Labels": {} } ] 通过断开与容器的链接，你也可以将容器从网络中删除。 如果要将容器从网络中删除的话，你需要同时提供网络名（network name）和容器名（container name）。 你也可以使用容器 ID，但是使用容器名相对使用容器 ID 来说，更加快速。 $ docker network disconnect bridge networktest 尽管你可以将容器从一个网络中断开连接，但是你不能删除 Docker 内部构建的被命名为 bridge 的 bridge 网络。 网络是将一个容器与其他容器独立开或者容器与其他网络独立开的最常规的方式。 因此，当你有更多使用 Docker 经验的时候，可以尝试创建你自己的网络。 https://www.ossez.com/t/docker/739  

在 Centos 8 上，默认安装的 mariadb 服务器版本为：MariaDB Community Server 10.3 你只需要执行： dnf install mariadb-server 上面的命令进行安装就可以了。 运行结果     通过命令查看运行数据库的版本：systemctl status mariadb [root@vps-14bde4ea ~]# systemctl status mariadb ● mariadb.service - MariaDB 10.3 database server Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2020-11-27 16:06:39 UTC; 9s ago Docs: man:mysqld(8) https://mariadb.com/kb/en/library/systemd/ Main PID: 16185 (mysqld) Status: "Taking your SQL requests now..." Tasks: 30 (limit: 11019) Memory: 85.2M CGroup: /system.slice/mariadb.service └─16185 /usr/libexec/mysqld --basedir=/usr Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: See the MariaDB Knowledgebase at http://mariadb.com/kb or the Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: MySQL manual for more instructions. Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: Please report any problems at http://mariadb.org/jira Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: The latest information about MariaDB is available at http://mariadb.org/. Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: You can find additional information about the MySQL part at: Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: http://dev.mysql.com Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: Consider joining MariaDB's strong and vibrant community: Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysql-prepare-db-dir[16082]: https://mariadb.org/get-involved/ Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca mysqld[16185]: 2020-11-27 16:06:39 0 [Note] /usr/libexec/mysqld (mysqld 10.3.17-MariaDB) starting as process 16185 ... Nov 27 16:06:39 vps-14bde4ea.vps.ovh.ca systemd[1]: Started MariaDB 10.3 database server. [root@vps-14bde4ea ~]# 在上面的界面中，你可以看到运行服务器的版本。     通过这个命令，你可以看到当前的版本号。   https://www.ossez.com/t/centos-8-mariadb/738

完全不会丢失数据！所有你应用程序写入到磁盘的数据将会被完好的保存在容器中，直到你明确的删除容器。 在容器停止运行后，针对容器持久性的事件的文件系统还是在运行的。   https://www.ossez.com/t/topic/737

你可以在 Linux 和 Windows 的程序和执行 Docker 容器。 Docker 平台可以在原生的 Linux 上（x86-64, ARM 和更多其他的 CPU 架构）和 Windows（x86-64） 上运行。 Docker Inc. 构建产品，能够让你在 Linux, Windows 和 macOS 上构建和运行容器。   https://www.ossez.com/t/docker-linux-macos-windows/735

2020年10月14号，Google Analytics v4正式发布，由APP+Web改名而来的。 针对 Discourse 你可以非常容易的嵌入 GA4 的代码。 GA 4 是 Google Analytics v3 的升级版本，提供了更多的内容和亮点。 获得 GA 4 的 ID 在登录 Google Analytics 的控制台以后，选择数据流，然后在数据流下面有一个你命名网站的链接。 单击那个连接后面的箭头。       在弹出来的界面中，有一根 Measurement ID，这个 ID 是以字母 G 为开头的。 你需要拷贝这个内容。       添加到 Discourse 上 在 Discourse 上选择设置，然后搜索关键字 google 在结果上，有一根 GA Version 和 Tracking Code。 在 GA 的版本上，你需要选择 V4 的版本，否则将会显示的是 V3 的版本。 V3 的话，还是需要使用 UA 开头的代码，如果选择的是 V4 的话，你这里就复制上一步拷贝的 G 开头的代码就可以了。       校验安装 在完成设置后，登录 Google Analytics 的控制台，然后查看实时访问。     如果能看到有数据进入，就说明配置成功了。 https://www.ossez.com/t/discourse-google-analytics-ga4/734

Docker 引擎具有下面 3 个更新渠道： stable， test 和 nightly： Stable 渠道提供给你最新可用的稳定版本。 Test 渠道提供了在发布之前的预览，被用于 general availability (GA) 之前的测试。 Nightly 渠道在针对下一个主要发行版本的每天晚间自动构建包。 稳定版 年-月（Year-month） 的分支将会发布到 master 分支中。这个分支将会使用下面的格式 <year>.<month> 来创建，例如 19.03。 年-月的命名由 GA 版本的最早确定的日历数据来进行确定。所有随后的特性补丁将会通过该版本号的序列来进行发布。例如，一旦 v19.03.0 版本发布后， 所有的后续发布的版本将会在基于 19.03 这个分支下来发布。 测试 在计划进行新的 year-month 的发布之前，一个分支将会从 master 分支进行创建，并被命名为 YY.mm。这个表明的是基于 Docker 里程碑的开放已经完成了。 一个预发布的测试版本的发布版本进行发布。发布的补丁和相关预发布的发布内容将会发布到发布的分支中。 晚间构建 晚间构建将会给个你一个基于下一个主要发布版本的最新构建，这个最新的构建有最新的特性和版本的修复。 0.0.0-YYYYmmddHHMMSS-abcdefabcdef 版本提交的 UTC 时间戳将会添加到发布版本的名称中，同时还会添加一个提交版本的哈希代码。如下：0.0.0-20180720214833-f61e0f7。 这个构建将会允许你使用最新的 master 分支来进行测试和构建。我们不能保证所有晚间构建能够正常的工作并且符合所有的安全性要求。   https://www.ossez.com/t/docker/731

基于 年-月（Year-month） 格式的 Docker 引擎发布通常能够被支持一个月直到下一个月的 GA 版本发布。 这个意味着缺陷报告和可能的反向一致发布将会被评估知道达到发布版本的生命周期。 当基于 年-月（Year-month）发布格式的发布达到生命周期后，Git 仓库的分支有可能会被删除。 反向移植（backport） 反向移植是 Docker 公司针对 Docker 进行优先处理的问题。一个 Docker 公司的雇员或者代码仓库的维护人员将会进行评估和确定这些问题的修复能够被支持， 并确定你能够放到下一个 发布 的版本中。 如果你在提交代码的时候发现这个问题是一个比较重要的问题并且有可能面临反向移植（backport）问题。请确定在你提交的时候在提交内容高亮显示，你也可以在提交中明确说明。 升级路径 补丁的发布在升级的时候总是与基于 年-月（Year-month） 发布的版本是兼容的。   docker-roadmap-011920×869 125 KB   许可证 Copyright 2013-2020 Docker, inc, 文件的发布是基于 Apache 2.0 license 下进行发布。 Docker 是基于 Apache License, Version 2.0 许可证进行发布的。请查看 许可证 页面来获得更多的信息。 https://www.ossez.com/t/docker/732

支持的平台 Docker 引擎可以在一系列服务器上进行安装，比如说 Linux 平台，macOS 和 Windows 10 需要通过 Docker 的 静态二进制安装程序 来进行客户端进行安装。 访问下面的链接访问可以支持的操作平台列表。 桌面系统 Mac (macOS) Docker 桌面客户端 YES Windows Docker 桌面客户端 YES 服务器 Docker 针对下面的 Linux 分发平台和架构提供 .deb 和 .rpm 安装包： CentOS YES YES Debian YES YES YES Fedora YES YES Raspbian YES YES Ubuntu YES YES YES 其他 Linux 分发包 下面的安装指南可能是工作的，Docker 没有对下面的安装平台进行测试和校验。 使用基于 Debian 衍生版本，例如： “BunsenLabs Linux”， “Kali Linux” 或 “LMDE” (Debian-based Mint) 请按照 Debian 的安装过程和帮助来进行安装, 并且使用相应的 Debian 的替代版本来进行进行安装。请参考你使用的操作系统版本的文档来找到与 Debian 版本对应的衍生版本。 使用基于 Ubuntu 衍生版本，例如： “Kubuntu”, “Lubuntu” 或 “Xubuntu” 请按照 Ubuntu 的安装过程和帮助来进行安装, 并且使用相应的 Ubuntu 的替代版本来进行进行安装。请参考你使用的操作系统版本的文档来找到与 Ubuntu 版本对应的衍生版本。 一些 Linux 的发行版本会在这些操作系统的仓库中自行提供针对 Docker Engine 引擎的安装包。这些安装包是是这些 Linux 操作系统进行开发并且维护的，可能与你从基于源代码的编译结果来看有所不同。Docker 的官方与上面的发布版本没有任何关系也不会为其提供支持和缺陷修复。如果你发现有使用的问题，你应该向这些操作系统进行维护组织提出。 Docker 引擎针对手动进行安装，提供了 binaries 二进制安装包。这些二进制安装包应该可以使用在任何的 Linux 分发版本上。   https://www.ossez.com/t/docker/730

Docker Engine 是一个开源的容器技术，被用来对你的应用进行容器化构建。 Docker Engine 实际上是一个客户端服务器（client-server）应用： 一个在服务器上长期运行的被称为 dockerd 的进程。 一个指定结构的 APIs，这个 API 被用来与 Docker 守护进程进行通信。 一个命令行界面（CLI）客户端 docker。 命令行界面（CLI）使用 Docker APIs 来控制和与 Docker 来互相作用。这个使用脚本或者 CLI 命令行来进行控制和执行。 其他 Docker 应用使用下层 API 和 CLI 来对 Docker 来进行控制。 Docker 守护进程创建和管理 Docker 的对象（objects）， 例如 镜像（images），容器（containers），网络（networks），卷（volumes）。 更多的信息和内容，请参考： Docker Architecture。 Docker 用户指南 希望了解更多 Docker 的信息和有关使用和实现的问题和回答，请参考 开始使用 页面中的内容。 安装指南 请参考 installation section 页面中的内容来针对不同平台的 Docker 安装指南。 发行日志 针对当前的版本的修改和历史版本的修改日志，请参考 发行日志页面 页面中的内容。 特性丢弃策略 Docker 容器随着版本的改变和新特性的添加可能随着性能的变化和添加而过期而被替代掉。在已经存在的特性被删除之前，这个特性将会在文档中标记为 “deprecated”。 这个标记将会在 Docker 中至少保持 3 个稳定的版本，除非被明确的表示将会被删除掉。 针对需要删除的特性列表，用户将会被建议先记录下来，并且针对一些被删除的特性，用户在进行版本合并的时候尽量先合并这些新的特性，并尽可能的先替换掉。 完整的需要删除的特性列表，请参考页面：https://docker.ossez.com/engine/deprecated/ 中的内容。 https://www.ossez.com/t/docker/729

不要忘记删除所有不需要的图片，将图片保存在 images/ 目录中，这个目录为通常我们保存图片的路径。 通常的，这个文件夹中的图片文件是按照图片文件名的字母进行排和分组的。例如，相对命名方式来说 settings-file-share.png 和 settings-proxies.png 针对 file-share-settings.png 和 proxies-settings.png 来说就更好了。 你还可以添加数字，尤其你是针对图片有使用和显示顺序的情况下。例如，run-only-the-images-you-trust-1.svg，run-only-the-images-you-trust-2.png， run-only-the-images-you-trust-3.png 等。 在可能的情况下，对需要的内容进行截图，并且避免对整个桌面进行截图，这样避免一些重要的配置信息被泄漏也能够为编辑节约不少的编辑时间。 在 Mac 的计算机中，请对创建进行截图而且不要保存为阴影。你可以使用下面的方法进行操作：当你按下 Command-Shift-4 后，单击选项，来进行禁用 。 如果你想全局进行禁用，请运行下面的脚本： $ defaults write com.apple.screencapture disable-shadow -bool TRUE $ killall SystemUIServer # restart it. 在后面，你可以通过设置 -bool FALSE 来重新启用阴影。 为了保持我们的 Git 仓库不至于过大，请尽量对图片进压缩。在 Mac 的计算中，你也许可以使用 https://imageoptim.com 来对图片进行压缩。 请对图片进行压缩之后，才上传图片到 Git 的仓库中。如果你在这个之前操作的话，你可能还是增加了 Git 仓库的内容，但是针对网络传输方面的内容进行了优化。 https://www.ossez.com/t/docker/727