docs: fix indent (#6691)

apecloud · Feb 26, 2024 · 4339fa3 · 4339fa3
1 parent 74dd34c
commit 4339fa3
Show file tree

Hide file tree

Showing 6 changed files with 26 additions and 26 deletions.
diff --git a/i18n/zh-cn/user-docs/backup-and-restore/backup/backup-repo.md b/i18n/zh-cn/user-docs/backup-and-restore/backup/backup-repo.md
@@ -64,11 +64,11 @@ BackupRepo 是备份数据的存储仓库，支持配置 OSS（阿里云对象
    ![backup-and-restore-backup-repo-2](../../../img/backup-and-restore-backup-repo-2.png)
    ![backup-and-restore-backup-repo3](../../../img/backup-and-restore-backup-repo-3.png)
 
-    :::note
+  :::note
 
-    安装的 MinIO 的访问地址（端口）为 `http://minio.kb-system.svc.cluster.local:9000`，用于配置 BackupRepo。在本例中，`kb-system` 是安装 MinIO 的命名空间的名称。
+  安装的 MinIO 的访问地址（端口）为 `http://minio.kb-system.svc.cluster.local:9000`，用于配置 BackupRepo。在本例中，`kb-system` 是安装 MinIO 的命名空间的名称。
 
-    :::
+  :::
 
 ## 配置 BackupRepo
 
@@ -116,13 +116,13 @@ BackupRepo 是备份数据的存储仓库，支持配置 OSS（阿里云对象
     * `secretAccessKey` 表示 AWS 的 Secret Key。
     * `storageProvider` 表示对象存储提供者，该示例中为 s3。
 
-    :::note
+:::note
 
-    * 在 KubeBlocks v0.8.0 中，`storageProvider` 目前可选 `s3`、`cos`、`gcs-s3comp`、`obs`、`oss`、`minio`、`pvc`、`ftp`、`nfs`。
-    * 不同 `storageProvider` 所需的配置信息并不统一，上面展示的 `config` 和 `secrets` 适用于 s3。
-    * 执行 `kubectl get storageproviders.storage.kubeblocks.io` 命令可以查看支持的 `storageProvider`。
+* 在 KubeBlocks v0.8.0 中，`storageProvider` 目前可选 `s3`、`cos`、`gcs-s3comp`、`obs`、`oss`、`minio`、`pvc`、`ftp`、`nfs`。
+* 不同 `storageProvider` 所需的配置信息并不统一，上面展示的 `config` 和 `secrets` 适用于 s3。
+* 执行 `kubectl get storageproviders.storage.kubeblocks.io` 命令可以查看支持的 `storageProvider`。
 
-    :::
+:::
 
 2. 安装 KubeBlocks 时指定配置文件。
 

diff --git a/i18n/zh-cn/user-docs/kubeblocks-for-kafka/configuration/configuration.md b/i18n/zh-cn/user-docs/kubeblocks-for-kafka/configuration/configuration.md
@@ -160,11 +160,11 @@ Linux 和 macOS 系统可以使用 vi 编辑器编辑配置文件，Windows 系
    kbcli cluster edit-config mykafka
    ```
 
-    :::note
+   :::note
 
-    如果集群中有多个组件，请使用 `--component` 参数指定一个组件。
+   如果集群中有多个组件，请使用 `--component` 参数指定一个组件。
 
-    :::
+   :::
 
 2. 查看参数配置状态。
 
@@ -178,12 +178,12 @@ Linux 和 macOS 系统可以使用 vi 编辑器编辑配置文件，Windows 系
    kbcli cluster connect mykafka
    ```
 
-    :::note
+   :::note
 
-    1. `edit-config` 不能同时编辑静态参数和动态参数。
-    2. KubeBlocks 未来将支持删除参数。
+   1. `edit-config` 不能同时编辑静态参数和动态参数。
+   2. KubeBlocks 未来将支持删除参数。
 
-    :::
+   :::
 
 ## 查看历史记录并比较参数差异
 

diff --git a/i18n/zh-cn/user-docs/kubeblocks-for-mysql/proxy/apecloud-mysql-proxy.md b/i18n/zh-cn/user-docs/kubeblocks-for-mysql/proxy/apecloud-mysql-proxy.md
@@ -285,11 +285,11 @@ VTGate、VTConsensus 和 VTTablet 都支持参数配置。你可以使用 `--com
    kbcli cluster describe-ops myproxy -reconfiguring-lth8d -n default
    ```
 
-    :::note
+   :::note
 
-    关于参数配置的更多信息，请参考[配置](./../../kubeblocks-for-postgresql/configuration/configuration.md)。
+   关于参数配置的更多信息，请参考[配置](./../../kubeblocks-for-postgresql/configuration/configuration.md)。
 
-    :::
+   :::
 
 ## 日志
 

diff --git a/i18n/zh-cn/user-docs/kubeblocks-for-mysql/proxy/introduction.md b/i18n/zh-cn/user-docs/kubeblocks-for-mysql/proxy/introduction.md
@@ -36,7 +36,7 @@ ApeCloud MySQL 代理是 Vitess 项目的一个分支。为了提供更好的 SQ
 
 使用只读节点可以显著减轻主数据库节点的工作负载，提高资源利用率。然而，管理多个只读节点并决定何时使用各个节点却并不容易。ApeCloud MySQL 代理通过提供三个重要功能来解决这个问题：读写分离、写后读一致性和负载均衡。这些功能可以使应用程序更有效地利用只读节点。
 
-**读写分离t**：ApeCloud MySQL 代理通过自动将读查询路由到只读节点，将写查询路由到主节点，简化了应用程序逻辑。这是通过解析 SQL 语句实现的，它因此改善了负载均衡，确保有效利用可用资源。
+**读写分离**：ApeCloud MySQL 代理通过自动将读查询路由到只读节点，将写查询路由到主节点，简化了应用程序逻辑。这是通过解析 SQL 语句实现的，它因此改善了负载均衡，确保有效利用可用资源。
 
 **写后读一致性**: ：此功能与读写分离配合使用，以在获得性能改进的同时保持数据一致性。当应用程序将数据写入主节点，并在只读节点上读取时，ApeCloud MySQL 代理确保刚刚写入主节点的数据可以从只读节点中访问和读取。
 

diff --git a/i18n/zh-cn/user-docs/observability/access-log.md b/i18n/zh-cn/user-docs/observability/access-log.md
@@ -34,11 +34,11 @@ KubeBlocks 日志增强功能使用类似 `kubectl exec` 和 `kubectl logs` 的
       kbcli cluster update mycluster --enable-all-logs=true -n <namespace>
       ```
 
-      :::note
+    :::note
 
-      创建集群时的默认命名空间是 `default`。如果在创建集群时指定了命名空间，请将 `<namespace>` 填写为你自定义的命名空间。
+    创建集群时的默认命名空间是 `default`。如果在创建集群时指定了命名空间，请将 `<namespace>` 填写为你自定义的命名空间。
 
-      :::
+    :::
 
 2. 查看支持的日志。
 

diff --git a/i18n/zh-cn/user-docs/observability/configure-alert.md b/i18n/zh-cn/user-docs/observability/configure-alert.md
@@ -68,12 +68,12 @@ AlertManager 集成了一组通知渠道，例如电子邮件和 Slack。KubeBlo
      - [企业微信自定义机器人](https://developer.work.weixin.qq.com/document/path/91770)
      - [Slack](https://api.slack.com/messaging/webhooks)
 
-    :::note
+:::note
 
-    - 每个通知渠道都有接口调用量和频率限制。超过限制后该渠道将会被限流，导致无法接收到告警。
-    - 每个渠道的服务级别协议（SLA）也无法确保告警一定会成功发送。因此，建议配置多个渠道以确保可用性。
+- 每个通知渠道都有接口调用量和频率限制。超过限制后该渠道将会被限流，导致无法接收到告警。
+- 每个渠道的服务级别协议（SLA）也无法确保告警一定会成功发送。因此，建议配置多个渠道以确保可用性。
 
-    :::
+:::
 
 2. 配置接收者。