From a780127d482e6c8e7b0437494a97c46e49ed553e Mon Sep 17 00:00:00 2001 From: yeasy Date: Mon, 24 Aug 2026 13:18:05 -0700 Subject: [PATCH] =?UTF-8?q?fix(=E7=94=A8=E8=AF=8D):=20=E3=80=8C=E5=85=B6?= =?UTF-8?q?=E5=AE=83=E3=80=8D=E7=BB=9F=E4=B8=80=E4=B8=BA=E3=80=8C=E5=85=B6?= =?UTF-8?q?=E4=BB=96=E3=80=8D=EF=BC=8834=20=E5=A4=84=20/=2025=20=E6=96=87?= =?UTF-8?q?=E4=BB=B6=EF=BC=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 《现代汉语词典》与《中文技术文档写作风格指南》都以「其他」为规范词形； 本书基线是 90 处「其他」比 35 处「其它」，是集群里遗留最多的一本 （其余各书 0～4 处，blockchain_guide 已于 2026-08-05 统一过 47 处）。 其中 6 处在标题和目录上——`4.6 其它制作镜像的方式`、`第十七章 容器其它生态`、 `18.5 其它安全特性`——标题与 SUMMARY 条目**同批改写以保持一致**： 改动后 196 条目录名与各文件标题仍是 0 处不一致。 **`CHANGELOG.md` 里那一处刻意不动**：它是历史发布记录，改它等于改历史。 改动前后逐字符对称差：只有 34 个「它」变成「他」，无其他字符变化。 `check_project_rules` 202/202、`check_emphasis` 202/202、37 tests OK。 --- 02_basic_concept/README.md | 2 +- 03_install/3.7_mac.md | 2 +- 04_image/4.5_build.md | 2 +- 04_image/4.6_other.md | 4 ++-- 04_image/README.md | 2 +- 06_repository/6.1_dockerhub.md | 2 +- 06_repository/6.4_nexus3_registry.md | 2 +- 07_dockerfile/7.13_onbuild.md | 4 ++-- 10_buildx/10.2_buildx.md | 2 +- 11_compose/11.4_commands.md | 2 +- 11_compose/11.5_compose_file.md | 4 ++-- 12_implementation/12.6_network.md | 2 +- 13_kubernetes_concepts/13.3_design.md | 4 ++-- 14_kubernetes_setup/14.1_kubeadm.md | 8 ++++---- 14_kubernetes_setup/14.2_kubeadm-docker.md | 6 +++--- 17_ecosystem/17.5_skopeo.md | 2 +- 17_ecosystem/README.md | 2 +- 18_security/18.5_other_feature.md | 2 +- 18_security/README.md | 2 +- README.md | 2 +- SUMMARY.md | 6 +++--- appendix/faq/README.md | 2 +- appendix/repo/mysql.md | 2 +- 23 files changed, 34 insertions(+), 34 deletions(-) diff --git a/02_basic_concept/README.md b/02_basic_concept/README.md index 97bfc8c..a7742c5 100644 --- a/02_basic_concept/README.md +++ b/02_basic_concept/README.md @@ -6,7 +6,7 @@ * **镜像** (`Image`)：Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。 * **容器** (`Container`)：镜像 (`Image`) 和容器 (`Container`) 的关系，就像是面向对象程序设计中的 `类` 和 `实例` 一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。 -* **仓库** (`Repository`)：镜像构建完成后，可以很容易的在当前宿主机上运行，但是，如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。 +* **仓库** (`Repository`)：镜像构建完成后，可以很容易的在当前宿主机上运行，但是，如果需要在其他服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。 理解了这三个概念，就理解了 **Docker** 的整个生命周期。 diff --git a/03_install/3.7_mac.md b/03_install/3.7_mac.md index 8148173..37e2d34 100644 --- a/03_install/3.7_mac.md +++ b/03_install/3.7_mac.md @@ -32,7 +32,7 @@ Docker Desktop 为 Mac 用户提供了标准的图形化安装体验。官方当 > 如果你的电脑搭载的是 Apple Silicon 芯片（`arm64` 架构），请使用 [Docker Desktop for Mac Apple Silicon 版](https://desktop.docker.com/mac/main/arm64/Docker.dmg)。 -如同 macOS 其它软件一样，安装也非常简单，双击下载的 `.dmg` 文件，然后将那只叫 [Moby](https://www.docker.com/blog/call-me-moby-dock/) 的鲸鱼图标拖拽到 `Application` 文件夹即可（其间需要输入用户密码）。 +如同 macOS 其他软件一样，安装也非常简单，双击下载的 `.dmg` 文件，然后将那只叫 [Moby](https://www.docker.com/blog/call-me-moby-dock/) 的鲸鱼图标拖拽到 `Application` 文件夹即可（其间需要输入用户密码）。 ![图](../_images/install-mac-dmg.jpg) diff --git a/04_image/4.5_build.md b/04_image/4.5_build.md index b750cfd..2ee974e 100644 --- a/04_image/4.5_build.md +++ b/04_image/4.5_build.md @@ -145,7 +145,7 @@ Sending build context to Docker daemon 2.048 kB 当然，一般大家习惯性的会使用默认的文件名 `Dockerfile`，以及会将其置于镜像构建上下文目录中。 -### 4.5.7 其它 `docker build` 的用法 +### 4.5.7 其他 `docker build` 的用法 #### 直接用 Git repo 进行构建 diff --git a/04_image/4.6_other.md b/04_image/4.6_other.md index c996bab..480db60 100644 --- a/04_image/4.6_other.md +++ b/04_image/4.6_other.md @@ -1,6 +1,6 @@ -## 4.6 其它制作镜像的方式 +## 4.6 其他制作镜像的方式 -除了标准的使用 `Dockerfile` 生成镜像的方法外，由于各种特殊需求和历史原因，还提供了一些其它方法用以生成镜像。 +除了标准的使用 `Dockerfile` 生成镜像的方法外，由于各种特殊需求和历史原因，还提供了一些其他方法用以生成镜像。 ### 4.6.1 从 rootfs 压缩包导入 diff --git a/04_image/README.md b/04_image/README.md index da14d44..5e68056 100644 --- a/04_image/README.md +++ b/04_image/README.md @@ -13,7 +13,7 @@ Docker 运行容器前需要本地存在对应的镜像，如果本地不存在 * [删除本地镜像](4.3_rm.md) * [利用 commit 理解镜像构成](4.4_commit.md) * [使用 Dockerfile 定制镜像](4.5_build.md) -* [其它制作镜像的方式](4.6_other.md) +* [其他制作镜像的方式](4.6_other.md) * [镜像的实现原理](4.7_internal.md) > **版本提示：镜像存储后端的变迁** diff --git a/06_repository/6.1_dockerhub.md b/06_repository/6.1_dockerhub.md index b173ca9..484e43f 100644 --- a/06_repository/6.1_dockerhub.md +++ b/06_repository/6.1_dockerhub.md @@ -45,7 +45,7 @@ $ docker pull nginx:alpine ```bash $ docker login -## 默认情况下，不带其它参数进行 docker login 会自动走 Device Code Web Flow (浏览器认证) +## 默认情况下，不带其他参数进行 docker login 会自动走 Device Code Web Flow (浏览器认证) ## 若在非交互 CI 环境中，推荐结合 --username 与 --password-stdin 参数使用 ... diff --git a/06_repository/6.4_nexus3_registry.md b/06_repository/6.4_nexus3_registry.md index e03a619..619b2bb 100644 --- a/06_repository/6.4_nexus3_registry.md +++ b/06_repository/6.4_nexus3_registry.md @@ -47,7 +47,7 @@ $ docker exec nexus3 cat /nexus-data/admin.password * **HTTP**：仓库单独的访问端口（例如：**5001**） * **Hosted -> Deployment policy**：请选择 **Allow redeploy** 否则无法上传 Docker 镜像。 -其它的仓库创建方法请各位自己摸索，还可以创建一个 `docker (proxy)` 类型的仓库链接到 DockerHub 上。再创建一个 `docker (group)` 类型的仓库把刚才的 `hosted` 与 `proxy` 添加在一起。主机在访问的时候默认下载私有仓库中的镜像，如果没有将链接到 DockerHub 中下载并缓存到 Nexus 中。 +其他的仓库创建方法请各位自己摸索，还可以创建一个 `docker (proxy)` 类型的仓库链接到 DockerHub 上。再创建一个 `docker (group)` 类型的仓库把刚才的 `hosted` 与 `proxy` 添加在一起。主机在访问的时候默认下载私有仓库中的镜像，如果没有将链接到 DockerHub 中下载并缓存到 Nexus 中。 ### 6.4.3 添加访问权限 diff --git a/07_dockerfile/7.13_onbuild.md b/07_dockerfile/7.13_onbuild.md index bb7350f..64bf6b8 100644 --- a/07_dockerfile/7.13_onbuild.md +++ b/07_dockerfile/7.13_onbuild.md @@ -3,9 +3,9 @@ ### 7.13.1 基本语法 ```docker -ONBUILD <其它指令> +ONBUILD <其他指令> ``` -`ONBUILD` 是一个特殊的指令，它后面跟的是其它指令（如 `RUN`，`COPY` 等），这些指令 **在当前镜像构建时不会执行**，只有当以当前镜像为基础镜像去构建下一级镜像时才会被执行。 +`ONBUILD` 是一个特殊的指令，它后面跟的是其他指令（如 `RUN`，`COPY` 等），这些指令 **在当前镜像构建时不会执行**，只有当以当前镜像为基础镜像去构建下一级镜像时才会被执行。 --- diff --git a/10_buildx/10.2_buildx.md b/10_buildx/10.2_buildx.md index 0be9cdd..fa31176 100644 --- a/10_buildx/10.2_buildx.md +++ b/10_buildx/10.2_buildx.md @@ -48,7 +48,7 @@ $ docker buildx build --sbom=true -t myimage . 该命令会把 SBOM 作为构建 attestation 附加到构建结果中；BuildKit 默认使用 SPDX SBOM attestation。需要 CycloneDX 文件时，可使用 Syft、Docker Scout 等工具另行生成或转换。 > **⚠️ 注意与失败模式**： -> 要使 SBOM（或其它 attestation 元数据）成功附着并可见，对底层的存储格式有前置要求：默认的 classic image store 不支持 manifest list/index 这种存放 attestation 的结构。 +> 要使 SBOM（或其他 attestation 元数据）成功附着并可见，对底层的存储格式有前置要求：默认的 classic image store 不支持 manifest list/index 这种存放 attestation 的结构。 > > 如果只简单运行上述命令，你可能会面临 **“命令成功执行，但本地镜像中看不到 SBOM”** 的体会落差。 > diff --git a/11_compose/11.4_commands.md b/11_compose/11.4_commands.md index 6982df7..8a423e8 100644 --- a/11_compose/11.4_commands.md +++ b/11_compose/11.4_commands.md @@ -202,7 +202,7 @@ $ docker compose run ubuntu ping docker.com ```bash $ docker compose run --no-deps web python manage.py shell ``` -将不会启动 web 容器所关联的其它容器。 +将不会启动 web 容器所关联的其他容器。 选项： diff --git a/11_compose/11.5_compose_file.md b/11_compose/11.5_compose_file.md index 9340494..3c417e6 100644 --- a/11_compose/11.5_compose_file.md +++ b/11_compose/11.5_compose_file.md @@ -501,7 +501,7 @@ volumes: mysql_data: ``` -### 11.5.33 其它指令 +### 11.5.33 其他指令 此外，还有包括 `domainname, entrypoint, hostname, ipc, mac_address, privileged, read_only, shm_size, restart, stdin_open, tty, user, working_dir` 等指令，基本跟 `docker run` 中对应参数的功能一致。 @@ -592,7 +592,7 @@ $ docker compose up # 仅启动 web $ COMPOSE_PROFILES=debug,test docker compose up ``` -如果在命令行里显式指定某个带 profile 的服务，Compose 会自动启动这个目标服务及其声明的依赖；但不会自动启动同一 profile 下的其它服务，除非也显式指定或通过 `--profile` / `COMPOSE_PROFILES` 启用。 +如果在命令行里显式指定某个带 profile 的服务，Compose 会自动启动这个目标服务及其声明的依赖；但不会自动启动同一 profile 下的其他服务，除非也显式指定或通过 `--profile` / `COMPOSE_PROFILES` 启用。 ### 11.5.35 读取变量 diff --git a/12_implementation/12.6_network.md b/12_implementation/12.6_network.md index acc9ac9..adbd365 100644 --- a/12_implementation/12.6_network.md +++ b/12_implementation/12.6_network.md @@ -25,7 +25,7 @@ Docker 创建一个容器的时候，会执行如下操作： 可以在 `docker run` 的时候通过 `--network` 参数来指定容器的网络配置，有 4 个可选值： * `--network=bridge` 这个是默认值，连接到默认的网桥。 -* `--network=host` 告诉 Docker 不要将容器网络放到隔离的命名空间中，即不要容器化容器内的网络。此时容器使用本地主机的网络，它拥有完全的本地主机接口访问权限。容器进程可以跟主机其它 root 进程一样可以打开低范围的端口，可以访问本地网络服务比如 D-bus，还可以让容器做一些影响整个主机系统的事情，比如重启主机。因此使用这个选项的时候要非常小心。如果进一步的使用 `--privileged=true`，容器会被允许直接配置主机的网络堆栈。 +* `--network=host` 告诉 Docker 不要将容器网络放到隔离的命名空间中，即不要容器化容器内的网络。此时容器使用本地主机的网络，它拥有完全的本地主机接口访问权限。容器进程可以跟主机其他 root 进程一样可以打开低范围的端口，可以访问本地网络服务比如 D-bus，还可以让容器做一些影响整个主机系统的事情，比如重启主机。因此使用这个选项的时候要非常小心。如果进一步的使用 `--privileged=true`，容器会被允许直接配置主机的网络堆栈。 * `--network=container:NAME_or_ID` 让 Docker 将新建容器的进程放到一个已存在容器的网络栈中，新容器进程有自己的文件系统、进程列表和资源限制，但会和已存在的容器共享 IP 地址和端口等网络资源，两者进程可以直接通过 `lo` 环回接口通信。 * `--network=none` 让 Docker 将新容器放到隔离的网络栈中，但是不进行网络配置。之后，用户可以自己进行配置。 diff --git a/13_kubernetes_concepts/13.3_design.md b/13_kubernetes_concepts/13.3_design.md index 461cf6d..d856947 100644 --- a/13_kubernetes_concepts/13.3_design.md +++ b/13_kubernetes_concepts/13.3_design.md @@ -33,8 +33,8 @@ 主节点上需要提供如下的管理服务： -* `apiserver` 是整个系统的对外接口，提供一套 RESTful 的 [Kubernetes API](https://kubernetes.io/zh-cn/docs/concepts/overview/kubernetes-api/)，供客户端和其它组件调用； -* `scheduler` 负责对资源进行调度，分配某个 pod 到某个节点上。是 pluggable 的，意味着很容易选择其它实现方式； +* `apiserver` 是整个系统的对外接口，提供一套 RESTful 的 [Kubernetes API](https://kubernetes.io/zh-cn/docs/concepts/overview/kubernetes-api/)，供客户端和其他组件调用； +* `scheduler` 负责对资源进行调度，分配某个 pod 到某个节点上。是 pluggable 的，意味着很容易选择其他实现方式； * `controller-manager` 负责管理控制器，包括 endpoint-controller（刷新服务和 pod 的关联信息）和 replication-controller（维护某个 pod 的复制为配置的数值）。 #### Etcd diff --git a/14_kubernetes_setup/14.1_kubeadm.md b/14_kubernetes_setup/14.1_kubeadm.md index 4825727..a288b07 100644 --- a/14_kubernetes_setup/14.1_kubeadm.md +++ b/14_kubernetes_setup/14.1_kubeadm.md @@ -41,7 +41,7 @@ $ containerd config default | sudo tee /etc/containerd/config.toml > /dev/null > **提示**：`containerd config default` 生成的默认配置会自动使用当前版本的正确路径。如果你使用的是 containerd 2.x，配置中的插件路径将以 `io.containerd.cri.v1.runtime` 开头；如果仍在使用 1.x，则为 `io.containerd.grpc.v1.cri`。 -默认配置里的其它内容通常可以保持不变。修改完成后重启 containerd： +默认配置里的其他内容通常可以保持不变。修改完成后重启 containerd： ```bash $ sudo systemctl restart containerd @@ -227,7 +227,7 @@ $ kubeadm join :6443 \ ### 14.1.7 查看服务 -所有服务启动后，通过 `crictl` 查看本地实际运行的容器。这些服务大概分为三类：主节点服务、工作节点服务和其它服务。 +所有服务启动后，通过 `crictl` 查看本地实际运行的容器。这些服务大概分为三类：主节点服务、工作节点服务和其他服务。 ```bash CONTAINER_RUNTIME_ENDPOINT=unix:///run/containerd/containerd.sock crictl ps -a @@ -235,7 +235,7 @@ CONTAINER_RUNTIME_ENDPOINT=unix:///run/containerd/containerd.sock crictl ps -a #### 主节点服务 -* `apiserver` 是整个系统的对外接口，提供 RESTful 方式供客户端和其它组件调用； +* `apiserver` 是整个系统的对外接口，提供 RESTful 方式供客户端和其他组件调用； * `scheduler` 负责对资源进行调度，分配某个 pod 到某个节点上； @@ -245,7 +245,7 @@ CONTAINER_RUNTIME_ENDPOINT=unix:///run/containerd/containerd.sock crictl ps -a * `proxy` 为 pod 上的服务提供访问的代理。 -#### 其它服务 +#### 其他服务 * Etcd 是所有状态的存储数据库； diff --git a/14_kubernetes_setup/14.2_kubeadm-docker.md b/14_kubernetes_setup/14.2_kubeadm-docker.md index 52193f6..8bd2e4a 100644 --- a/14_kubernetes_setup/14.2_kubeadm-docker.md +++ b/14_kubernetes_setup/14.2_kubeadm-docker.md @@ -249,11 +249,11 @@ $ kubeadm join :6443 --token \ ### 14.2.7 查看服务 -所有服务启动后，查看本地实际运行的 Docker 容器。这些服务大概分为三类：主节点服务、工作节点服务和其它服务。 +所有服务启动后，查看本地实际运行的 Docker 容器。这些服务大概分为三类：主节点服务、工作节点服务和其他服务。 #### 主节点服务 -* `apiserver` 是整个系统的对外接口，提供 RESTful 方式供客户端和其它组件调用； +* `apiserver` 是整个系统的对外接口，提供 RESTful 方式供客户端和其他组件调用； * `scheduler` 负责对资源进行调度，分配某个 pod 到某个节点上； @@ -263,7 +263,7 @@ $ kubeadm join :6443 --token \ * `proxy` 为 pod 上的服务提供访问的代理。 -#### 其它服务 +#### 其他服务 * Etcd 是所有状态的存储数据库； diff --git a/17_ecosystem/17.5_skopeo.md b/17_ecosystem/17.5_skopeo.md index 5e31dbc..faa51fd 100644 --- a/17_ecosystem/17.5_skopeo.md +++ b/17_ecosystem/17.5_skopeo.md @@ -63,7 +63,7 @@ $ skopeo copy docker://docker.io/library/alpine:latest docker://registry.example ```bash $ skopeo copy docker://docker.io/library/alpine:latest oci:alpine-oci ``` -如果我们要将本地的某个目录下的打包好的镜像再次推向 Registry 或转换为其它存储类型也是完全支持的，诸如： +如果我们要将本地的某个目录下的打包好的镜像再次推向 Registry 或转换为其他存储类型也是完全支持的，诸如： - `docker://` 远端 Registry - `docker-archive:` / `docker-daemon:` Docker 对应的归档文件或本地守护进程 diff --git a/17_ecosystem/README.md b/17_ecosystem/README.md index 427037b..496118a 100644 --- a/17_ecosystem/README.md +++ b/17_ecosystem/README.md @@ -1,4 +1,4 @@ -# 第十七章 容器其它生态 +# 第十七章 容器其他生态 > **版本说明**：本章介绍的工具和运行时（Podman、Buildah、Skopeo、containerd、Kata Containers、gVisor、WasmEdge 等）都保持活跃的开发。建议： > - 查阅各项目官方文档获取最新版本 diff --git a/18_security/18.5_other_feature.md b/18_security/18.5_other_feature.md index 01772d3..175fecf 100644 --- a/18_security/18.5_other_feature.md +++ b/18_security/18.5_other_feature.md @@ -1,4 +1,4 @@ -## 18.5 其它安全特性 +## 18.5 其他安全特性 除了上述的命名空间、控制组以及能力机制，Linux 内核与云原生生态还提供了大量安全增强功能，它们共同筑成了一道防御纵深的“马奇诺防线”。本节主要介绍强制访问控制、系统调用拦截以及自动化的容器漏洞扫描技术。 diff --git a/18_security/README.md b/18_security/README.md index f16ec9b..58c2074 100644 --- a/18_security/README.md +++ b/18_security/README.md @@ -40,7 +40,7 @@ flowchart LR * [内核能力机制](18.4_kernel_capability.md) * Linux Capabilities 的细粒度权限控制。 -* [其它安全特性](18.5_other_feature.md) +* [其他安全特性](18.5_other_feature.md) * 镜像安全（漏洞扫描、签名验证）、运行时安全（非 root 运行、只读文件系统、Seccomp、AppArmor）、Dockerfile 安全实践、软件供应链安全（SBOM、SLSA）。 * [镜像安全](18.6_image_security.md) diff --git a/README.md b/README.md index cba2112..94c56c6 100644 --- a/README.md +++ b/README.md @@ -29,7 +29,7 @@ * **入门基础**：第 1 ~ 6 章为基础内容，帮助深入理解 Docker 的基本概念（镜像、容器、仓库）和核心操作。 * **进阶应用**：第 7 ~ 11 章涵盖 Dockerfile 指令详解、数据与网络管理、Buildx、Compose 等高级配置和管理操作。 -* **深入原理**：第 12 ~ 17 章介绍其底层实现技术，深入探讨容器编排体系 (Kubernetes、Etcd)，并延伸涉及容器与云计算及其它关键生态项目（Fedora CoreOS、Podman 等）。 +* **深入原理**：第 12 ~ 17 章介绍其底层实现技术，深入探讨容器编排体系 (Kubernetes、Etcd)，并延伸涉及容器与云计算及其他关键生态项目（Fedora CoreOS、Podman 等）。 * **实战扩展**：第 18 ~ 21 章重点讨论容器安全防护机制、监控与日志聚合系统 (Prometheus、ELK)，并展示操作系统、CI/CD 自动化构建等典型实践案例。 ## 五分钟快速上手 diff --git a/SUMMARY.md b/SUMMARY.md index f90a78c..067427c 100644 --- a/SUMMARY.md +++ b/SUMMARY.md @@ -34,7 +34,7 @@ * [4.3 删除本地镜像](04_image/4.3_rm.md) * [4.4 利用 commit 理解镜像构成](04_image/4.4_commit.md) * [4.5 使用 Dockerfile 定制镜像](04_image/4.5_build.md) - * [4.6 其它制作镜像的方式](04_image/4.6_other.md) + * [4.6 其他制作镜像的方式](04_image/4.6_other.md) * [4.7 实现原理](04_image/4.7_internal.md) * [本章小结](04_image/summary.md) * [第五章 操作容器](05_container/README.md) @@ -145,7 +145,7 @@ * [16.4 亚马逊云](16_cloud/16.4_aws.md) * [16.5 多云部署策略](16_cloud/16.5_multicloud.md) * [本章小结](16_cloud/summary.md) -* [第十七章 容器其它生态](17_ecosystem/README.md) +* [第十七章 容器其他生态](17_ecosystem/README.md) * [17.1 Fedora CoreOS 简介](17_ecosystem/17.1_coreos_intro.md) * [17.2 Fedora CoreOS 安装](17_ecosystem/17.2_coreos_install.md) * [17.3 Podman - 下一代 Linux 容器工具](17_ecosystem/17.3_podman.md) @@ -163,7 +163,7 @@ * [18.2 控制组](18_security/18.2_control_group.md) * [18.3 服务端防护](18_security/18.3_daemon_sec.md) * [18.4 内核能力机制](18_security/18.4_kernel_capability.md) - * [18.5 其它安全特性](18_security/18.5_other_feature.md) + * [18.5 其他安全特性](18_security/18.5_other_feature.md) * [18.6 容器镜像安全扫描与供应链安全](18_security/18.6_image_security.md) * [本章小结](18_security/summary.md) * [第十九章 容器监控与日志](19_observability/README.md) diff --git a/appendix/faq/README.md b/appendix/faq/README.md index 7d5c6a2..7db8c00 100644 --- a/appendix/faq/README.md +++ b/appendix/faq/README.md @@ -169,7 +169,7 @@ lrwxrwxrwx. 1 root root 15 11月 17 13:43 docker -> /storage/docker 如果本地使用的是 macOS 或者 Windows 环境，那就需要开虚拟机，单一开发环境下 Vagrant 更简单；多环境开发下推荐在 Vagrant 里面再使用 Docker 进行环境隔离。 -## 其它 +## 其他 ### Docker 能在非 Linux 平台上运行么？比如 Windows 或 macOS diff --git a/appendix/repo/mysql.md b/appendix/repo/mysql.md index 198d40e..3a0dd97 100644 --- a/appendix/repo/mysql.md +++ b/appendix/repo/mysql.md @@ -13,7 +13,7 @@ ```bash $ docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=mysecretpassword -d mysql ``` -之后就可以使用其它应用来连接到该容器。 +之后就可以使用其他应用来连接到该容器。 首先创建网络 ```bash