想用 Claude Code 接 Siliconflow 硅基流动的模型，以为照着 官网文档 配置就行：

结果，运行直接报 Not logged in:

有经验的朋友都知道，接入第三方模型是无须登录的，出现这个现象想必是踩坑了…

试着把 setting.json 中的 ANTHROPIC_API_KEY 字段名改为 ANTHROPIC_AUTH_TOKEN:

这回，直接报错。看来只是换了个坑：

这是 siliconflow server 返回的报错，因为 Siliconflow 的模型需要特殊的 thinking 配置，而 Claude Code 默认发过去的请求格式不匹配。

看来官方文档也不甚靠谱。

2. 中转方案：claude-code-router

claude code 有个第三方的转发器: claude-code-router，似乎可以解决这个问题。（github 源码）

数据链路大致是：

Claude Code → claude-code-router → Siliconflow

后面的实践表明，这款 router 可以解决 siliconflow 的接入问题。

3. 较佳实践：docker 部署

能用 docker 部署的服务，我都不会再直接安装到服务器上了。正好 claude-code-router 作者在 dockerhub 上发布了镜像。

3.1. 准备工作

确保你已经具备：

• Docker 和 Docker Compose
• Siliconflow 的 API Key
• 大概 5 分钟时间

3.2. 配置文件

分别需要准备 docker compose 的配置文件，和 claude-code-router 本身的配置文件。

docker-compose.yml 示例：

version: '3.8'

services:
  claude-code-router:
    image: musistudio/claude-code-router:latest
    ports:
      - "3456:3456"
    restart: unless-stopped
    volumes:
      - /your_config_path:/root/.claude-code-router

claude-code-router 配置文件 config.json 示例：（重要配置）

# 放置路径: /your_config_path/config.json
# 使用时请删除所有 # 注释内容
{
    "PROXY_URL": "http://ip:port",  # 可选，支持配置 proxy
    "LOG": true,
    "APIKEY":"$CCR_KEY",  # claude-code 接入 claude-code-router 时配置的 ANTHROPIC_AUTH_TOKEN
    "HOST":"0.0.0.0", # docker 部署中，此处必须设为 0.0.0.0
    "LOG_LEVEL": "trace",
    "API_TIMEOUT_MS": 600000,
    "NON_INTERACTIVE_MODE": false,
    "Providers": [
      {
        "name": "siliconflow",
        "api_base_url": "https://api.siliconflow.cn/v1/chat/completions",
        "api_key": "$SILICONFLOW_API_KEY",
        "models": [
          "Pro/MiniMaxAI/MiniMax-M2.5",
          "Pro/zai-org/GLM-5",
	        "zai-org/GLM-4.5-Air",
	        "Qwen/Qwen2.5-72B-Instruct-128K",
          "Qwen/Qwen3-VL-235B-A22B-Thinking"
        ],
        "transformer": {
          "use": [
	    [
	      "max_tokens",
	      {
		"max_tokens": 16384
	      }
      	    ]	      
	  ]
        }
      }
    ],
    "Router": {
      "default": "siliconflow,Pro/MiniMaxAI/MiniMax-M2.5",
      "background": "siliconflow,Qwen/Qwen2.5-72B-Instruct-128K",
      "think": "siliconflow,Pro/zai-org/GLM-5",
      "longContext": "siliconflow,Pro/MiniMaxAI/MiniMax-M2.5",
      "longContextThreshold": 60000,
      "webSearch": "siliconflow,zai-org/GLM-4.5-Air",
      "image": "siliconflow,Qwen/Qwen3-VL-235B-A22B-Thinking"
    }

}

4. 启动服务

docker-compose up -d

通过 docker 日志确认容器启动成功：

docker logs -f claude-code-router

成功加载 config 配置：

5. 配置 Claude Code

设置环境变量：

export ANTHROPIC_BASE_URL="http://localhost:3456"
export ANTHROPIC_AUTH_TOKEN="CCR config 中配置的 CCR_KEY"

或者直接在 Claude Code 的 ~/.claude/settings.json 里改：

{
  "env": {
    "ANTHROPIC_AUTH_TOKEN": "CCR config 中配置的 CCR_KEY",
    "ANTHROPIC_BASE_URL": "http://localhost:3456",
    "ANTHROPIC_DEFAULT_HAIKU_MODEL": "siliconflow,zai-org/GLM-4.5-Air",
    "ANTHROPIC_DEFAULT_OPUS_MODEL": "siliconflow,Pro/zai-org/GLM-5",
    "ANTHROPIC_DEFAULT_SONNET_MODEL": "siliconflow,Pro/MiniMaxAI/MiniMax-M2.5",
    "ANTHROPIC_MODEL": "siliconflow,Pro/MiniMaxAI/MiniMax-M2.5",
    "ANTHROPIC_REASONING_MODEL": "siliconflow,Pro/zai-org/GLM-5",
    "API_TIMEOUT_MS": "3000000",
    "CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC": "1"
  }
}

6. 测试一下

启动 claude code，随便对话一下，返回正常就说明成功了。

7. 总结

颇费周折，终于成功在 claude code 中接入了 siliconflow 硅基流动的模型。我觉得官方得好好刷新下指引文档。

参考链接

• claude-code-router 项目地址
• claude-code-router docker 镜像

ffmpeg 命令行工具支持直接拼接视频文件和音频文件。因为无须重新编码，10s 左右即可拼接时长 1.5H 左右的视频文件，速度可谓相当快。

按照官网提供的最佳实践，先将需要拼接的文件名以一定格式写在文本文件中，比如：

# file.txt
file '/path/to/file1.mp4'
file '/path/to/file2.mp4'

然后，通过以下 ffmpeg 命令实施拼接：

ffmpeg -f concat -i mylist.txt -c copy output.mp4

但是，当拼接 .mp4 文件时，很可能会碰到类似如下的报错：

[mp4 @ 0x5597289620c0] Non-monotonous DTS in output stream 0:0; previous: 262, current: 262; changing to 263. This may result in incorrect timestamps in the output file.
[concat @ 0x559728914240] h264_mp4toannexb filter failed to receive output packet
file.txt: Invalid argument

2. H.264 编码格式转换为 MPEG-2 再作拼接

按官网的建议，如果希望无损地直接拼接 H.264 视频文件，须先将其转换为中间格式，MPEG-2（一般后缀为 .ts）。

操作方式：

ffmpeg -i /path/to/file1.mp4 -c copy intermediate1.ts
ffmpeg -i /path/to/file2.mp4 -c copy intermediate2.ts
ffmpeg -i "concat:intermediate1.ts|intermediate2.ts" -c copy output.mp4

实测成功，过程无报错且速度极快。

参考资料：

• 官网文档：https://trac.ffmpeg.org/wiki/Concatenate

前几天网络出梗，导致 Gitlab 服务器上挂载的 LUN 数据盘意外断连，数据损坏。

稍费周折把 LUN 恢复并重新挂载之后，Gitlab 依旧无法正常工作，报 500 Error。

想必是 LUN 断开时正在写入关键数据，尽管数据盘挂载了回来，但可能某些服务因为关键数据损坏而导致整个 Gitlab 跪了…

排查…

查下 Gitlab 各个服务的状态：

gitlab-ctl status

发现 gitlab-kas 和 redis 服务是 down 状态：

un: gitaly: (pid 317) 151836s; run: log: (pid 307) 151836s
down: gitlab-kas: (pid 400) 
run: gitlab-workhorse: (pid 315) 151836s; run: log: (pid 306) 151836s
run: logrotate: (pid 37297) 634s; run: log: (pid 313) 151836s
run: nginx: (pid 389) 151835s; run: log: (pid 388) 151835s
run: postgresql: (pid 319) 151836s; run: log: (pid 310) 151836s
run: puma: (pid 318) 151836s; run: log: (pid 309) 151836s
down: redis: (pid 314) 
run: sidekiq: (pid 308) 151836s; run: log: (pid 303) 151836s
run: sshd: (pid 36) 151852s; run: log: (pid 35) 151852s
​

gitlab-kas (Kubernetes Agent Server)：是用于集成 Kubernetes 的服务组件，但这对于 Gitlab 来说只是个可选组件；

redis：这倒是个关键的后台服务，用作 Gitlab 的缓存层，并负责处理后台作业队列以及存储用户会话信息。

而且，gitlab-kas 大概率会依赖 redis 的缓存和消息队列能力。所以，先看看 redis 出了什么问题：

tail -f /var/log/gitlab/redis/current   # 查看 gitlab redis 运行日志

确实看出一些端倪：

2024-09-13_04:03:46.62940 25242:M 13 Sep 2024 04:03:46.629 * Loading RDB produced by version 7.0.15
2024-09-13_04:03:46.62941 25242:M 13 Sep 2024 04:03:46.629 * RDB age 97363 seconds
2024-09-13_04:03:46.62944 25242:M 13 Sep 2024 04:03:46.629 * RDB memory usage when created 6.00 Mb
2024-09-13_04:03:46.64184 25242:M 13 Sep 2024 04:03:46.641 # Internal error in RDB reading offset 0, function at rdb.c:529 -> Unknown RDB string encoding type 25
2024-09-13_04:03:46.65352 [offset 0] Checking RDB file dump.rdb
2024-09-13_04:03:46.65353 [offset 27] AUX FIELD redis-ver = '7.0.15'
2024-09-13_04:03:46.65354 [offset 41] AUX FIELD redis-bits = '64'
2024-09-13_04:03:46.65355 [offset 53] AUX FIELD ctime = '1726102863'
2024-09-13_04:03:46.65356 [offset 68] AUX FIELD used-mem = '6292872'
2024-09-13_04:03:46.65357 [offset 80] AUX FIELD aof-base = '0'
2024-09-13_04:03:46.65357 [offset 82] Selecting DB ID 0
2024-09-13_04:03:46.65363 --- RDB ERROR DETECTED ---
2024-09-13_04:03:46.65365 [offset 719559] Internal error in RDB reading offset 0, function at rdb.c:529 -> Unknown RDB string encoding type 25
2024-09-13_04:03:46.65365 [additional info] While doing: read-object-value
2024-09-13_04:03:46.65366 [additional info] Reading key 'cron_job:namespaces_process_outdated_namespace_descendants_cron_worker:enqueued'
2024-09-13_04:03:46.65367 [additional info] Reading type 5 (zset-v2)
2024-09-13_04:03:46.65367 [info] 3555 keys read
2024-09-13_04:03:46.65368 [info] 3439 expires
2024-09-13_04:03:46.65369 [info] 3405 already expired
2024-09-13_04:03:46.65369 25242:M 13 Sep 2024 04:03:46.653 # Terminating server after rdb file reading failure.
​

从日志上看，是 dump.rdb 文件出了问题…

这个文件的具体路径是： /var/opt/gitlab/redis/dump.rdb，是个挂载到 LUN 上的路径…

Redis 作为内存数据库，会定期将数据库状态持久化到磁盘上，类似于保存快照，而载体正是这个 dump.rdb 文件。在 Redis 服务启动时，如果检测到存在 dump.rdb 文件，会自动加载文件中的数据。

估计是这次 LUN 的意外断连恰好发生在 rdb 文件的写入过程，导致数据损坏。

解法

要恢复损坏的 dump.rdb，性价比显然不太高。当下最优解法，应该是直接把这个文件删掉了。（已知代价是丢失会话信息，感觉还好）。

删掉 dump.rdb后，重启整个 Gitlab：

gitlab-ctl stop
gitlab-ctl start

好，一切恢复！（至少重要的内容没感觉丢失…）

小结一下

类似 Gitlab 这种对数据持久化比较敏感的服务，把存储挂到 LUN 上确实多了一层风险，还不如在本地存储上多加一点投资。

1. Windows 远程桌面的入侵隐患

虽然 Microsoft 的 RDP （Remote Desktop Protocol）是专有的远程桌面协议，但不少开源项目已经通过逆向工程或者公开文档实现了与 RDP 兼容的功能。这使得通过 RDP 入侵 Windows 桌面成为一种可能。假如你习惯从公司或其他地方以 RDP 远程登录家里的 Windows 电脑，意味着你家的电脑已经面临着公网广泛存在的 RDP 入侵攻击…

防御攻击是一个大话题，而这里只告诉你：怎样检查自己的电脑有没受到可疑的 RDP 接入攻击。

2. Windows 事件查看器

Windows 其实为运行于其上的应用程序提供了全面的审计机制，当中自然也包括 RDP Service。审计入口是一个大多数用户不太关注的系统工具 — 事件查看器。

对于 Win11，打开事件查看器的方法有：

• 在任务栏 Win 图标上点击右键，在弹出菜单中打开：

• 或者，按下 Win+R 组合键，然后输入 eventvwr，按回车即可打开事件查看器。

3. 打开 RDP 事件记录

Windows 事件查看器提供了 RDP 接入的详细审计日志。在事件查看器左侧的导航树中，依次点开：

应用程序和服务日志 -> Microsoft -> Windows -> RemoteDesktopServices-RdpCoreTS

再点击展开的 Operational，即可在事件查看器中列出与 RDP 接入相关的详尽日志。（貌似精确到回调函数的调用）

4. 检查接入事件

怎样判断有无可疑的 RDP 接入信息呢？可以关注下 ID 131 的事件，通过事件筛选器可以将 ID 131 事件筛选出来：

ID 131 是指建立连接的事件，详情信息中列出了尝试远程登录你电脑的 RDP client 所在的 IP 和端口：

检查一下 IP 的归属地，或许能让你看出公网环境的险恶…

Done.

在一台服务器上用 Nginx 反向代理多个网站服务是一种常见实践，常见做法是利用服务器上不同的端口来代理不同的网站服务。

但对于一些带有页面重定向的网站服务而言，在页面重定向/页面跳转时会丢失端口信息（比如 Gitlab 登录页面的跳转），进而影响网站服务的正常使用。

问题描述

举个简单例子，比如以下的 URL 反向代理了一套 Gitlab 服务：https://gitlab.mydomain.com:8877

在浏览器地址栏输入以上 URL 后，随即被重定向到：https://gitlab.mydomain.com/users/sign_in

也就是跳转到 https 的默认端口 443，自然无法正常访问到原先在 8877 端口反向代理的 Gitlab 页面：

如何解决

首先，定位到 Nginx 的配置文件，一般位于 /etc/nginx/nginx.conf 。

然后在配置文件中找到反向代理的配置段，一般是以 location / 标记的内容块。在 proxy_set_header Host 字段中添加 :$server_port 内容，即可在页面重定向时带上自定义端口信息。

然后，重启 Nginx，即可顺利跳转到 Gitlab 的登录页面：

OK.

很多人部署 Ubuntu OS 都只是用作服务器，如果偶尔也有 GUI 需求，但又不想专门为此添置显示器，那么趁手的远程桌面工具就是不二之选了。

Ubuntu 的远程桌面方案，大致有如下几种：

• Gnome 自带的远程功能：系统设置中自带的远程桌面功能，优点是简单易用。但因为属于用户服务，所以必须登录系统后才能远程接入，而且一旦触发锁屏还会断开桌面会话，比较鸡肋。
• VNC 协议：跨平台的远程接入协议，但性能比较差，体现在传输图像时延迟较高而帧率较低。
• XRDP 软件：基于 RDP 远程桌面协议的免费开源程序。安装 XRDP 后，可以通过 Windows 的远程桌面客户端（mstsc.exe）接入 Ubuntu，又或者在 Linux 中使用 Remmina 等客户端接入。而且 RDP 协议在传输图像时性能更高，延迟更低。

所以对于无显示器的 Ubuntu OS，推荐使用 XRDP 作为远程接入的服务端。

下面是以 Ubuntu 22.04 为例的 XRDP 配置步骤（shell 命令行操作）：

1. 更新软件列表：

$ sudo apt update

2. 安装 XRDP

$ sudo apt install xrdp

3. 设置防火墙端口通行

XRDP 的默认端口是 3389，与 Windows 上的端口一样，需要设置防护墙放行：

$ sudo ufw allow 3389

4. 设置开机自启动

一般来说，XRDP 在安装完成之后会自动启动。如果没有，可以配置一下：

$ sudo systemctl enable xrdp     # 设置开机自启动
$ sudo systemctl start xrdp     # 手动启动 XRDP

5. 完成，可远程接入

在 Windows 上运行 mstsc.ext，输入上述安装了 XRDP 的计算机 IP，即可接入。

点击“连接”后，登录界面如下图所示：

输入 Ubuntu OS 的用户名和密码，便可登录桌面。

注意

1. Ubuntu Desktop 版本默认的桌面环境是 GNOME；
2. Ubuntu Server 版本默认不安装桌面环境，所以远程接入后只显示一个 Terminal 窗口，如下：

WebDAV 是一款基于 HTTP 的文件共享协议，支持通过广域网共享远程文件夹。而 Windows 的资源管理器也支持通过 WebDAV 映射网络驱动器。

下面介绍将 WebDAV 共享文件夹映射为网络驱动器的具体步骤。

1. 准备好 WebDAV 文件服务器

部署 WebDAV 服务端有许多方法，但首先要具备：

1. 一台有公网 IP 的计算机，作为文件服务器。一般的云服务厂商都可满足需求。而如果家庭宽带支持公网 IP，把闲置计算机拿来当服务器也挺划算（再部署个 DDNS 就 OK）；
2. 域名。哪怕有固定 IP，也还是建议申请个域名，可以避免一部分安全风险。

软件方面，Nginx、Apache 和 Microsoft IIS 等常用的 Web Server 软件都具备 WebDAV 服务端能力。一些 NAS 厂商也会提供专门的 WebDAV 服务端程序，比如 Synology 的 WebDAV Server。

WebDAV 文件服务器就绪之后，按照部署的情况，应该会得到形如以下格式的访问 URI：

http(s)://yourdomain.com:[port]/[path]

其中，

• port：是 WebDAV 服务在 HTTP 或 HTTPS 上开放的端口；
• path：是共享文件夹在文件服务器上的相应路径。

2. 在 Windows 中将 WebDAV 共享文件夹映射为驱动器

以 Win11 为例，在资源管理器的“此电脑”界面上点击：

选好目标的驱动器标号后，在“文件夹”路径中输入上一步中的 URI，比如 https://yourdomain.com:8443/folder

点击“完成”，在弹出的登录界面中，输入 WebDAV 服务端具备访问该共享文件夹的用户名和密码：

即完成 WebDAV 网络驱动器的映射，接下来就能像访问本地磁盘一样访问这个共享文件夹。

3. 解决 WebDAV 文件拷贝限制 50 MB 的问题

在 Windows 中，无论从 WebDAV 网络驱动器拷出还是拷入，当单个文件超过 50 MB 时都会遇到以下的 0x800700DF 报错：

原因是 Windows 默认将 WebDAV 传输文件尺寸限制为 50 MB，需要修改注册表来放宽限制。

按下组合键“Win + R”，然后输入“regedit”打开注册表编辑器。

找到以下路径：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

将字段“FileSizeLimitInBytes”的值修改为 0xffffffff：

也就是将单个文件的传输限制设置到 Windows 所支持的最大 4 GB。

最后一步，在任务管理器中重启“WebClient”服务：

OK，至此即完成 WebDAV 网络驱动器的整个映射操作。

Enjoy it~!

Qt 提供了两款图形界面工具来进行安装和配置：

• Qt Online Installer：用于进行在线的全新安装；
• Maintenance Tool：包含在 Qt 安装包内，用于添加/删除组件。

除了图形化的 Qt Online Installer 和 Maintenance Tool 工具以外，Qt 还提供了命令行工具，即无需用户交互即可完成安装与卸载。

以下主要介绍 Qt Online Installer 的安装步骤以及 Maintenance Tool 的配置方法。

准备工作

注册并登录 Qt Account。

众所周知，Qt 是一款商业软件，但依然可以通过 OpenSource license 来免费学习 & 使用 Qt。点击下图中的链接获取开源版 Qt：

值得注意的是，开源版 Qt 要求使用者遵循以下三款开源 licenses（之一）：

• LGPL v3
• GPL v2
• GPL v3

开源版 Qt 其实还提供了源码编译的选项，能最大限度降低兼容性问题。但为简单起见，建议初次接触 Qt 的开发者直接采用 Qt Online Installer 或者 Maintenance Tool 来安装Qt。

通过 Qt Online Installer 安装 Qt

点击开源版说明页面的下载图标，或直接访问下载页面，即可下载 Qt Online Installer：

然后选择所需的平台，目前提供了 macOS，Windows 和 Linux 三款主流平台的安装工具：

双击下载完成的 Qt Online Installer，进入安装流程。

按照界面提示依次登录账户，确认开源义务，确认安装目录和安装方式。如果选择默认的自定义安装方式，须自行选择所需的组件。

无须纠结，后续可以通过 Maintenance Tool 添加/删除组件。另外，官网给出了不同应用场景下的安装选项建议：

以桌面开发 + Android 开发的 Qt 6.5.3 LTS 版本为例，再加上 Qt Design Studio 和 Qt Creator，空间占用需要 ~32 GB，有点猛

安装包的大小是 6.82 GB，水管不够大，得等个把小时…

安装完成后，默认会打开 Qt Design Studio README 文件和 Qt Creator。

大功告成。

通过 Maintenance Tool 配置 Qt

成功安装 Qt 之后，即可在安装路径下找到 Maintenance Tool 工具。与 Qt Online Installer 的界面和操作方式类似，通过 Maintenance Tool 也可以更新/添加/删除 Qt 组件。

Enjoy it~!

参考链接：

1. Get and Install Qt

对于 WordPress Block Editor（WordPress Block 编辑器）而言，block（区块）是所有内容的载体。WordPress 中的文章 (Post) 和页面 (Page) 均由各种 block 所组成。

WordPress Block 编辑器提供了各种类型的 block，让用户能够轻易在文章和页面中添加各种多媒体内容。用户通过简单的 block 布局调整即可打造出漂亮的页面。

WordPress Block 编辑器支持段落、图片、标题、图片墙等等多种 block 类型，几乎涵盖了全部常见的内容元素。而 WordPress 插件还能提供更多类型的 block。

Block 解构

举个简单的例子 – Heading block，如下图所示：

block 大致上包含三个部分：工具栏、内容和侧边栏。每个 block 都可以独立编辑或移动，不会影响文章/页面上的其它 block。

对于不同的 block，其工具栏的选项也有所不同。

block 的侧边栏面板主要用于格式配置，这些配置会影响 block 的布局和观感。

如何添加 Block

至少有 2 种添加 block 的方法：

• 点击左上角的 ‘+‘ 号，如下图所示：

• 或者在正文区域，点击光标所在行最右侧的 ‘+‘ 号：

这两种添加方式都支持 search 功能，可快速找到所需添加的 block 类型。

如何配置 Block

每种类型的 block 都具备特定的工具集，用于设置其布局和外观。

Block 工具栏

选中一个 Block 即可激活相应的 block 工具栏。

Block 工具栏包含了所选 block 的格式选项。如上文提及，不同类型的 block 所支持的格式选项有所不同。

以下是常用的选项介绍：

Transform 选项

一般来说，Block 工具栏上的第一个按钮即是 Transform 选项。

该选项可将当前选中的 block 转换为其它 block 类型。

比如，在添加了 Paragraph block （段落区块）之后，可通过 Transform 选项将其转换为 Quote block（引用区块）、Heading block、List block（列表区块）或 Pullquote block（引用摘要区块）等等。

点击 Transform 选项即可在下拉菜单中选择所需的转换类型。

（下拉菜单仅列出 block 本身所支持的转换类型）

执行 transform 操作时，原先的 block style （比如字体大小、字体颜色、背景颜色等等）会保留到新的 block 类型中。

除了 block style 之外，block 侧边栏的 Advanced 选项中的 Additional CSS class(es) 也会保留到新的 block 类型中。

Drag 选项

按住 drag 按钮并移动鼠标，即可将 block 移动到页面的其它位置。

Move up/down 选项

每点击一下这个箭头按钮，即可将 block 上移/下移一个位置。

More Options 选项

点击 More Options 按钮即弹出下拉菜单，将显示出更多选项可供配置。

注意：

如果在右上角设置中勾选了 [View – Top toolbar] ：

block 工具栏即固定到编辑器的顶部，如下图所示：

Block 设置

选中一个 block 时，编辑器右侧的侧边栏上会显示更多的设置选项。

侧边栏既提供针对 block 的设置项，也提供针对文章/页面的设置项，可通过下图所示的选项卡进行切换：

点击编辑器右上角的侧边栏按钮，可以切换显示/隐藏侧边栏。

Post 设置页面提供了添加 tag、categories 等等设置项。这些设置往往会影响到整个文章页面。

而 Block 设置页面中的选项仅适用于当前选中的 block，每种 block 类型都有其各自适用的选项。

• 诸如字体大小、字体颜色、背景颜色、边框、缩进等等，均在侧边栏的 block 设置页面中进行配置。
• 对于 图片、引用、社交图标等等 block，侧边栏还提供了 Styles 面板用于调整显示样式。把鼠标移到 style 配置项上即显示相应的简短说明。
• 每个配置面板均支持重置：

如何锁定/解锁 Block

锁定功能可以防止 block 被删除或被移动位置。通过 Block 工具栏的 Lock 选项进行配置：

Lock 选项提供了两个配置：

• Disable movement：禁止 block 移动位置；
• Prevent removal：禁止删除这个 block；

锁定之后，相应的 Block 工具栏会显示“上锁”的图标：

重复上述步骤，在 More Options 下拉菜单里选择 Unlock 即可配置解锁。

如何删除 Block

选中需要删除的 block，在 More Options 下拉菜单中点击 Delete 或 Remove… 即可删除 block。

怎样找到所需的 Block 类型或 Block Pattern

WordPress Block editor 所提供的 Block 类型几乎支持网站上的所有页面元素。点击编辑器左上角的加号即可浏览这些 block 类型。

下拉菜单按照类别列出了可选的 Block 类型，或者可以直接在搜素栏里输入 Block 名称来快速搜寻。

一些主题还提供了 Block Pattern 可供直接使用。所谓 Block Pattern，即是将多种 Block 类型组合起来使用。

Block 使用 tips

选中多个 block

以下方式可以同时选中多个 block：

• Shift + 鼠标拖拽
• Shift + 鼠标点击
• Shift + 键盘方向键

同时选中多个 block 之后，可以合并进行配置或者 Transform 等操作

创建文章/页面链接

编辑器支持创建链接指向已有的文章/页面，只须在 block 内容中输入 ‘[[‘ ，即可从弹出的菜单中选择可供链接的文章/页面。