一份去繁就简的 OpenClaw 开箱指南，只保留最核心、最不踩坑的操作步骤。

🟢 第一步：安装

OpenClaw 基于 Node.js。打开终端，运行：

1

npm install -g openclaw

安装完成后验证：

1
2

openclaw --version
# 输出如：OpenClaw 2026.6.10

🔵 第二步：启动聊天

装好后的第一件事：直接聊。OpenClaw 会自动引导你完成模型配置。

1

openclaw chat

第一次运行会进入配置引导，按提示：

1. Workspace directory → 回车（默认路径）
2. Configure model/auth now? → 选 Yes
3. Model/auth provider → 选 More…，手动输入你的模型提供商（如 deepseek）
4. Enter API key → 粘贴密钥

完成后进入聊天界面，底部状态栏显示：

1

agent main | deepseek/deepseek-v4-flash | think high | tokens 87k/1.0m

🟡 第三步：网页版模式

OpenClaw 也提供了网页版（WebChat），体验更直观：

1

openclaw gateway start

浏览器打开：http://127.0.0.1:18789/

如果想开机自启：

1
2

openclaw gateway install   # 安装 systemd 服务
systemctl --user start openclaw-gateway.service

如果配置了语音（Microsoft TTS 等），网页版还支持语音输入和 TTS 朗读。

🟣 第四步：常用斜杠命令

在聊天界面中，以 / 开头的命令：

🟠 第五步：用技能扩展能力

OpenClaw 真正的威力在技能系统（Skills）。技能分两类：

• 内建技能：npm 包自带
• 插件技能：~/.openclaw/plugin-skills/，社区或自建

安装社区技能

1

npx skills add <作者>/<仓库名>

推荐安装

创建自己的技能

只需一个目录 + 一个 SKILL.md 文件：

1

mkdir -p ~/.openclaw/plugin-skills/my-skill/

1
2
3
4
5

# my-skill/SKILL.md

## 技能说明

告诉 AI 在什么场景下触发这个技能。

重启对话即生效，不需要重启 OpenClaw。

🔴 第六步：配置说明

OpenClaw 的配置集中在两个文件：

不要手动编辑 openclaw.json 的密钥字段——密钥统一走 auth-profiles.json。

💡 日常工作流

1
2
3
4
5
6
7

终端 → openclaw chat（或浏览器 WebChat）
↓
开始对话
↓
处理完 → /wiki-update 把知识存入 Obsidian
↓
/exit 退出

⚠️ 常见踩坑

以上就是 OpenClaw 最纯净、最基础的使用流程。祝聊得愉快 🚀

很多人在使用 Clash、V2Ray、Sing-box、Nekobox 等代理工具时都会遇到同一个问题：

明明代理已经开启，浏览器能正常访问 Google、YouTube，但游戏、桌面客户端、某些软件却完全无法联网。

这是为什么？今天这篇文章就用最通俗易懂的方式，把系统代理和TUN 模式的本质区别讲清楚，帮助你快速选择合适的工作模式。

一、核心区别：流量拦截的层次不同

代理工具的工作模式，本质上决定了它能在哪个层面”接管”你的网络流量。

1. 系统代理模式（System Proxy）——“礼貌型”代理

工作原理：

代理客户端在操作系统设置中（Windows 注册表、macOS 网络偏好设置等）声明一个代理地址和端口。只有主动遵守系统代理设置的应用程序才会把流量发送给它。

典型表现：

• Chrome、Edge、Firefox 等主流浏览器会自动读取并使用。
• 支持 HTTP/SOCKS5 代理的软件也能正常工作。
• 大部分命令行工具（如 curl、git）可以通过环境变量配置。

优点：

• 配置简单，几乎零学习成本
• 资源占用低，速度更快
• 延迟通常更小

缺点：

• 很多软件完全无视系统代理（尤其是游戏、Electron 客户端、Steam、Epic Games 等）
• 一般只支持 TCP，不支持 UDP（打游戏、语音聊天、视频会议容易出问题）
• 分流规则只能对”听话”的软件生效

比喻：你在公司门口贴了一张”请把文件交给我”的告示，只有听话的员工会照做，其他人直接从后门走了。

2. TUN 模式（虚拟网卡模式）——“强制型”代理

工作原理：

代理工具创建一个虚拟网卡（TUN/TAP 设备），然后修改系统路由表，让所有（或指定）的网络数据包先经过这张虚拟网卡。代理程序在底层对数据包进行解析、匹配规则、加密转发。

典型表现：

• 几乎所有软件的流量都会被接管，不管它是否支持代理设置
• 支持 TCP + UDP 全协议
• 游戏、系统更新、桌面客户端全部走代理

优点：

• 真正的全局代理效果
• UDP 支持良好，游戏延迟更稳定
• 分流规则对全系统生效

缺点：

• 需要管理员/root 权限
• 资源占用稍高，可能有轻微额外延迟
• 配置不当容易导致全网断连
• 极少数游戏的反作弊系统可能会检测虚拟网卡

比喻：你在公司门口设立了强制安检通道，所有人（包括不想配合的）都必须经过检查。

二、实际使用场景推荐

三、常见问题快速排查

1. 浏览器能上，外服游戏上不去 → 切换到 TUN 模式。
2. TUN 模式下部分网站打不开 → 检查分流规则、尝试关闭 GVisor 栈，或临时切回系统代理。
3. 开启 TUN 后整个网络断掉 → 路由冲突，检查虚拟网卡设置，重启客户端即可恢复。
4. 权限问题 → Windows 建议以管理员身份运行，或安装为系统服务；macOS/Linux 需要 sudo。
5. 进阶方案：Proxifier（按进程规则代理） + 系统代理组合使用，可实现更精细控制。

四、总结

系统代理是轻量、依赖合作的”君子协议”；TUN 模式是霸道、底层强制的”全局接管”。

理解了二者的本质区别，你就不会再被”开了代理却没效果”困扰。选择哪种模式，取决于你的实际需求：日常轻度使用选系统代理，需要彻底全局就上 TUN。

参考视频：Bilibili 搜索《系统代理和 TUN，到底差在哪？》（UP 主：飞行认知），短短 3 分 44 秒，动画演示非常清晰，建议配合观看。

从 i3 到 Ultra，一张图看懂英特尔 CPU 产品线布局。

1. 入门级：酷睿 i3

酷睿 i3 面向基础计算与轻度多任务。

• 核心数常见范围：4–6 核（视代际而定）
• 适合人群/场景：网页浏览、视频观看、Office、轻度网游
• 不太适合：长时间渲染、重度生产力、现代 3A 大作高画质

2. 中端主流：酷睿 i5

酷睿 i5 是主流”甜点位”，在性能与价格之间更均衡。

• 核心数常见范围：6–14 核
• 适合人群/场景：主流游戏、编程、轻度到中度的视频/图片处理

💡 选购提示：型号 + 代际同样重要

CPU 性能不仅看 i3/i5/i7/i9，还与”代数”强相关。新一代 i3 可能接近或超过旧一代 i5。优先在预算内选择更新代际的产品。

3. 高性能：酷睿 i7

酷睿 i7 适合需要更强多任务与生产力的人群。

• 核心数常见范围：8–20 核
• 适合人群/场景：内容创作、多开大型软件、游戏 + 录制/直播

4. 旗舰级：酷睿 i9

酷睿 i9 面向专业工作负载与发烧级玩家。

• 核心数常见范围：16–24 核
• 适合人群/场景：3D 建模、4K 视频剪辑、大型工程、顶级游戏配置
• 注意：对普通用户可能存在”性能过剩”，同时对散热/供电要求更高

5. 未来趋势：酷睿 Ultra

酷睿 Ultra 的一大亮点是集成 NPU（神经处理单元），用于加速 AI 相关任务。

• NPU 适用方向：如达芬奇、Photoshop 等软件中的 AI 生成/增强功能
• 意义：更智能的本地 AI 体验、更高能效

6. CPU 后缀含义速查

不同后缀代表不同功耗/定位/功能特性：

7. 其他系列

除酷睿系列外，还有面向不同市场的产品线：

• 博锐（vPro）：面向企业管理与安全需求（如 AMT、内存加密等）
• 灵动：超低功耗平台，面向小型/便携设备与行业终端
• 赛扬 / 奔腾：传统入门级系列（现已停产）
• 至强（Xeon）：面向工作站与服务器，核心数多、适合并行工作负载

8. 选购小结

• 明确用途：办公/学习、主流游戏、创作生产力、专业工作站
• 同预算优先看：代际 + 实际核心/线程 + 散热/功耗平台匹配
• 结合整机：主板、显卡、内存、散热与电源配置同样关键

9. 附：如何查看 CPU 生产日期

要查看处理器的生产日期，通常可以通过以下 3 种途径：看 CPU 表面标识、系统命令行查询、或第三方硬件检测软件。

Intel CPU（BATCH / FPO）

找到 CPU 表面的 BATCH 码（FPO），通常由字母和数字组成。

常见编码理解方式：

• 第 1 个字母：产地（如 X=越南、L=马来西亚、V=中国成都）
• 第 2 位数字：生产年份（如 2=2022 年）
• 第 3–4 位数字：生产周数（如 32=第 32 周，约 8 月）

例：L232XXXX 表示该 CPU 于 2022 年第 32 周在马来西亚生产。

AMD CPU（四位日期码）

CPU 表面通常会印有 4 位数字（如 1923）：

• 前两位：生产年份（19=2019 年）
• 后两位：生产周数（23=第 23 周）

例：1923 表示该 CPU 于 2019 年第 23 周生产。

通过系统命令查看

Windows：

1

wmic cpu get manufacturing date

Linux：

1

sudo dmidecode -t processor

10. 附：CPU-Z 截图速读指南

下面按 CPU-Z 常见页签，逐一解读各页面关键信息。

处理器（CPU）页

• 看什么：Name/Specification（型号）、Code Name（代号/架构）、Package（接口）、Cores/Threads（核心/线程）、Core Speed（实时频率）、TDP（功耗级别提示）
• 这张截图显示：
  • Intel Core Ultra 5，代号 Arrow Lake
  • Socket 1851 LGA（LGA1851） 平台
  • 核心结构 6P + 4E，总 10 核 / 10 线程
  • 当时实时频率约 4.8 GHz（倍频 x48，总线 100 MHz）
  • TDP 显示 64W

⚠️ CPU-Z 通常看不到 Intel 的”批次/生产周（FPO/BATCH）”，生产日期需看 CPU 顶盖刻字或外盒标签。

主板（Mainboard）页

• 看什么：Manufacturer/Model（主板品牌型号）、Chipset（芯片组）、BIOS Version/Date（BIOS 版本与日期）、Graphic Interface（显卡插槽的当前工作通道与速率）
• 这张截图显示：
  • 主板：ASUS EX-B860M-V5（Rev 1.xx）
  • 芯片组：Intel B860（Arrow Lake 平台）
  • BIOS：1802，日期 09/22/2025
  • 显卡接口：当前 x8 / 8.0 GT/s，最大支持 x16 / 32.0 GT/s

💡 “当前 x8 / 8.0 GT/s”表示空闲或省电状态，负载上来后会自动升速。

内存（Memory）页

• 看什么：Type（DDR4/DDR5）、Size（容量）、Channel（通道）、DRAM Frequency（内存实际频率；DDR 标称要 ×2）、Timings（CL/tRCD/tRP/tRAS）
• 这张截图显示：
  • DDR5 32GB
  • Channel：2 × 32-bit（DDR5 单条内部是 2×32-bit 子通道）
  • DRAM Frequency 约 2397 MHz → 标称约 DDR5-4800
  • 时序约 CL40-39-39-77

⚠️ 内存运行在 DDR5-4800（JEDEC 默认档），SPD 显示支持 6000，说明 XMP/EXPO 尚未开启。

SPD 页

• 看什么：Module Size（单条容量）、Manufacturer（厂商）、Max Bandwidth（SPD 标称带宽档）、Profiles（XMP/EXPO 频率与电压/时序）
• 这张截图显示：
  • 内存条厂商：Kingston（金士顿），颗粒：SK Hynix
  • 支持 EXPO / XMP 3.0
  • 配置表有 DDR5-6000（3000 MHz） 档位，电压约 1.350V

显卡（Graphics）页

• 看什么：显卡名称、GPU 代号、显存类型/容量/位宽、当前频率
• 这张截图显示：
  • 显卡：NVIDIA GeForce RTX 5060（七彩虹 Colorful）
  • 显存：约 8GB，类型 GDDR7，位宽 128-bit
  • 频率在桌面空闲状态偏低（正常省电）

从 IP 地址到 TCP/UDP，一份面向入门的网络工程核心知识梳理，适合复习与面试准备。

IP 地址、子网掩码与子网划分

IP 地址

IP 地址是网络中设备的唯一标识，如同网购的精准收货地址，确保数据包在全球几十亿设备中准确找到目标设备（手机、电脑、服务器等）。

分为两种类型：

• 公网 IP：由运营商分配，全球唯一的”门牌号”，整个互联网都可识别。
• 私网 IP：通常以 192.168 开头，相当于局域网内的”房间号”，仅在局域网内部有效。

子网掩码

子网掩码是 IP 地址的”分隔符”，用于区分地址中的网络位和主机位。

最常见的子网掩码是 255.255.255.0，其含义是：IP 地址的前三段为网络位，最后一段为主机位。

子网划分

子网划分是将大网段拆分为多个互相隔离的小网段（子网）的过程。

例如，192.168.1.0 网段可容纳 254 台设备。若所有设备共处同一网段，易导致广播泛滥，引发网络卡顿和安全问题。通过子网划分，每个子网独立管理设备、互不干扰，既能提升网络效率，又能增强安全性。

上网必备的三大协议

ARP 协议

所有通信设备都有全球唯一的 MAC 地址，数据包在局域网内最终通过 MAC 地址定位设备。ARP 协议的作用是通过 IP 地址查询对应设备的 MAC 地址，是内网设备通信的基础。

示例： 电脑需向同局域网的打印机（IP 为 192.168.1.10）发送文件时，会在局域网内广播询问——

“谁是 192.168.1.10，请回复你的 MAC 地址”

打印机收到后回复自身 MAC 地址，电脑将其缓存，后续通信可直接使用该 MAC 地址，无需重复广播。

DHCP 协议

DHCP 协议相当于“自动分配地址的物业”，能自动为联网设备分配 IP 地址、网关、DNS 等上网参数。

• 无需管理员手动设置
• 自动避免 IP 地址冲突

手机连接 Wi-Fi 时，DHCP 会自动完成所有参数配置，用户无需关心底层细节。

DNS 协议

DNS 协议被称为“互联网的查询台”。

用户输入的网址（如 www.baidu.com）是人类可理解的字符，而电脑只识别数字 IP 地址。DNS 的功能就是将网址翻译成对应的 IP 地址。

没有 DNS 的世界——你得记住所有网站的数字 IP 才能上网。

交换机与路由器

交换机

局域网内的 “内部快递员”

• 仅负责同一网段（同一”小区”）内的设备数据转发
• 基于 MAC 地址定位设备
• 只在局域网内工作，注重转发效率

路由器

“跨网络的全国快递分拣中心”

• 负责跨网段、跨城市的数据包转发
• 基于 IP 地址寻找最优路径
• 用户能刷抖音、访问外网，都依靠路由器将数据”一跳一跳”发送到全球各地，并将结果返回

总结： 同网段内网通信靠交换机，跨网段访问互联网靠路由器。

数据传输的两大核心模式：TCP 与 UDP

TCP（传输控制协议）

核心特点：可靠优先，哪怕慢一点

工作机制：

1. 三次握手建立连接："你准备好了吗？" → "准备好了。" → "那我开始发了。"
2. 编号确认：发送时对每个数据包编号，接收方收到后回复确认（如”收到 1，请发 2”）
3. 自动重传：若出现丢包，TCP 会自动重传
4. 四次挥手断开连接：数据传输结束后优雅关闭

适用场景： 微信发文件、浏览网页、接收邮件等——这些场景不允许数据丢失。

UDP（用户数据报协议）

核心特点：快速优先，可靠性较低

工作方式可比喻为“广场喊话”——

无需握手建立连接，发送方直接发送数据，不要求接收方确认，也不进行丢包重传。

打个比方：像”三秒后有一百个包裹扔下来，你们自己接，接不到算球”。因此 UDP 速度极快但可靠性低。

适用场景： 刷抖音、实时游戏、视频会议等——对延迟敏感、偶尔卡顿可接受的场景。

速查总表

Markdown 是一种轻量级标记语言，用简单的符号就能写出结构清晰的文档。这篇教程覆盖了最常用的语法，随查随用。

标题

1
2
3
4
5
6

# 一级标题
## 二级标题
### 三级标题
#### 四级标题
##### 五级标题
###### 六级标题

效果：

一级标题

二级标题

三级标题

段落与换行

1
2
3
4

这是第一段。
直接换行不会分段，需要加一个空行。

这是第二段。

段落之间用空行分隔。行尾加两个空格再回车可以强制换行，但更推荐用空行。

文字样式

1
2
3
4
5
6

**粗体**
*斜体*
***粗斜体***
~~删除线~~
`行内代码`
<u>下划线</u>

效果：粗体 斜体 粗斜体 删除线 行内代码 下划线

列表

无序列表

1
2
3
4
5

- 苹果
- 香蕉
- 橘子
  - 嵌套列表（缩进两个空格）
  - 继续嵌套

有序列表

1
2
3

1. 第一步
2. 第二步
3. 第三步

任务列表

1
2
3

- [x] 已完成任务
- [ ] 未完成任务
- [ ] 另一个待办

链接

1
2
3
4
5

[显示文字](https://example.com)

[带标题的链接](https://example.com "鼠标悬停提示")

[相对链接](/posts/about.html)

效果：显示文字

图片

1
2
3
4
5

![替代文字](https://example.com/image.png)

![带标题的图片](https://example.com/image.png "图片标题")

![本地图片](/img/covers/blog-migration-guide.png)

引用

1
2
3
4
5

> 这是一段引用。
>
> > 这是嵌套引用。
>
> 引用可以包含多个段落，用空行分隔。

效果：

这是一段引用。

这是嵌套引用。

引用可以包含多个段落，用空行分隔。

代码

行内代码

1

在文字中可以用 `code` 来表示代码片段。

代码块

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

```python
def hello():
    print("Hello, Markdown!")
```

```bash
# 终端命令
git add .
git commit -m "feat: add new feature"
```

```javascript
const greet = (name) => {
  return `Hello, ${name}!`;
};
```

支持的语言标识：python bash javascript html css json yaml go rust 等。

表格

1
2
3
4

| 左对齐 | 居中对齐 | 右对齐 |
|:-------|:--------:|-------:|
| 单元格 | 单元格   | 单元格 |
| 内容   | 内容     | 内容   |

效果：

分割线

1

---

用三个或以上的 - * _ 都可以。

转义字符

在特殊符号前加反斜杠 \ 即可显示原字符：

1
2

\*这不是斜体\*
\[这不是链接\]

进阶用法

脚注

1
2
3

这是一段文字[^1]。

[^1]: 这是脚注的内容，通常在页面底部显示。

锚点

1

[跳转到标题](#标题)

Emoji

1

:smile: :heart: :rocket: :fire:

😄 ❤️ 🚀 🔥

折叠块（HTML）

1
2
3
4

<details>
  <summary>点击展开</summary>
  这里是被隐藏的内容。
</details>

Hexo 专属语法

本站基于 Hexo，额外支持：

文章内嵌图片

1

{% asset_img example.png 替代文字 %}

文章摘要

1
2
3
4
5

这里是文章的开头部分，会被显示为摘要。

<!-- more -->

这里是「阅读全文」之后才会显示的内容。

资源文件夹引用

1

{% post_link 文章标题 显示文字 %}

速查表

Markdown 的核心就这些了。写多了自然就记住了，不记得的时候回来翻翻这篇就行。

换电脑后怎么把博客环境搬过去？两种情况都帮你安排明白。

前置准备：新电脑要装什么

不管哪种情况，新电脑都需要先装好这些：

1
2
3
4
5
6
7
8
9
10
11
12

# CachyOS / Arch Linux
sudo pacman -S git nodejs npm

# Ubuntu / Debian
sudo apt install git nodejs npm

# macOS
brew install git node

# Windows（用 winget 一键装）
winget install Git.Git
winget install OpenJS.NodeJS

然后配置 git 和 GitHub 认证（参考本站另一篇 GitHub PAT 教程）。

情况一：没存 U 盘 / 网盘

前提：源码已推送到 GitHub（hexo_blog-source 仓库）

步骤

1
2
3
4
5
6
7
8
9

# 1. 克隆源码仓库
git clone https://github.com/SEYYl/hexo_blog-source.git
cd hexo_blog-source

# 2. 切到 source 分支
git checkout source

# 3. 安装 Hexo 及所有依赖
npm install

4. 检查主题

Solitude 主题可能通过两种方式管理：

1
2
3
4
5

# 方式 A：如果是 git submodule
git submodule update --init --recursive

# 方式 B：如果是直接放在 themes/ 里（已随源码 push）
ls themes/solitude/   # 能看到文件就说明齐了

5. 添加 hexo 部署用的 remote

源码仓库配了两个 remote，新电脑需要重新添加 public remote：

1
2
3
4
5
6

# 查看已有 remote
git remote -v
# 应该只有 origin

# 添加 public remote（用于 hexo deploy）
git remote add public https://github.com/SEYYl/hexo_blog.git

6. 验证

1
2
3
4
5

# 本地预览
npx hexo server    # http://localhost:4000

# 检查能否部署
npx hexo deploy    # 第一次会提示输入 GitHub PAT

情况二：有备份（U 盘或网盘）

虽然手动备份了，但最好还是和 GitHub 同步一下，避免版本混乱。

步骤

1
2
3

# 1. 把备份复制到新电脑
cp -r /路径/U盘或网盘/boke1.0/boke /home/你的名字/下载/boke/
cd /home/你的名字/下载/boke/

2. 确认 git remote

1

git remote -v

应该能看到：

1
2

origin   https://github.com/SEYYl/hexo_blog-source.git (fetch)
origin   https://github.com/SEYYl/hexo_blog-source.git (push)

如果没有，重新添加：

1
2

git remote add origin https://github.com/SEYYl/hexo_blog-source.git
git remote add public https://github.com/SEYYl/hexo_blog.git

3. 和 GitHub 同步（关键步骤）

备份可能比 GitHub 上的版本旧，也可能新，先确认：

1
2
3
4
5
6

# 拉取远程最新状态
git fetch origin

# 查看本地和远程的差异
git log origin/source..HEAD   # 本地有但远程没有的提交
git log HEAD..origin/source   # 远程有但本地没有的提交

如果本地比远程新（备份时没 push）：

1

git push origin source

如果远程比本地新（其他电脑上改过）：

1

git pull origin source

如果有冲突：

1
2

git pull origin source --rebase
# 解决冲突 → git add . → git rebase --continue

4. 安装依赖

1

npm install

5. 验证

1
2

npx hexo server
npx hexo deploy

两种方案对比

建议：平时用情况一（纯从 GitHub 克隆），省心。U 盘备份当作「最终保险」，不用频繁更新。

从零开始的完整 checklist

1
2
3
4
5
6
7
8
9
10

□ 装 git、node、npm
□ 配置 git 用户名和邮箱
□ 配置 GitHub PAT 认证
□ 克隆 hexo_blog-source（或复制备份）
□ 切到 source 分支
□ 配置 git remote（origin + public）
□ npm install 安装依赖
□ 检查 themes/solitude/ 是否完整
□ npx hexo server 预览
□ npx hexo deploy 部署上线

一句话总结：
源码在 GitHub 上 = 随时可以搬家。U 盘备份是保险，但不是必需品。

新电脑到手后，如何把代码推到 GitHub？这篇教程帮你一次搞定。

为什么要用 PAT？

2021 年 8 月起，GitHub 不再接受命令行密码登录。现在只能用两种方式认证：

对于个人开发者，PAT 是最简单的方式——生成一次，配置好就不用再管。

一、生成 Token

1. 进入设置

登录 GitHub 后，点击右上角你的头像 → Settings

2. 找到 Developer settings

在左侧栏的最底部，点 Developer settings

3. 进入 Token 管理

左侧栏点开 Personal access tokens → Tokens (classic)

然后点右上角的 Generate new token → Generate new token (classic)

4. 配置权限

页面跳转后，按以下内容填写：

💡 repo 权限让 token 可以读写你的所有仓库，workflow 允许推送 GitHub Actions。对个人项目来说这两项就够了。

5. 生成并复制

拉到页面底部，点 Generate token

你会看到一串以 ghp_ 开头的字符串，像这样：

1

ghp_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

⚠️ 这个页面关掉后就再也看不到了！ 立刻点旁边的复制按钮，或者选中后 Ctrl+C，然后粘贴到记事本里临时保存一下。

5. 复制 Token

点 Generate token，你会看到一段像这样的字符串：

1

ghp_xx…xxxx

⚠️ 关掉页面就再也看不到了，立刻复制并保存到安全的地方。

二、新电脑配置

1. 安装 git

1
2
3
4
5
6
7
8
9
10
11

# CachyOS / Arch Linux
sudo pacman -S git

# Ubuntu / Debian
sudo apt install git

# macOS
brew install git

# Windows
winget install Git.Git

2. 配置用户名和邮箱

1
2

git config --global user.name "SEYYl"
git config --global user.email "你的邮箱@example.com"

3. 配置 Token 存储（关键步骤）

1

git config --global credential.helper store

这行命令让 git 把用户名和 token 保存到本地 ~/.git-credentials 文件中。只需第一次输入，之后自动认证。

4. 克隆项目并测试

克隆任意一个仓库，第一次会提示输入密码：

1

git clone https://github.com/你的用户名/你的项目.git

1
2

Username for 'https://github.com': 你的用户名
Password for 'https://你的用户名@github.com': 粘贴你的token在这里

成功后，token 已被保存。后续所有 git push / git pull 都不需要再输入。

验证一下：

1
2
3
4
5

cd 你的项目
echo "# test" >> README.md
git add .
git commit -m "test push"
git push

没有报错 → 搞定。

三、日常操作

一切就绪后，正常工作流就是：

1
2
3
4

# 修改代码 → 提交 → 推送
git add .
git commit -m "做了什么改动"
git push

git 会自动用存储的 token 认证，不需要任何额外操作。

四、多台电脑怎么管理

每台新电脑重复「二、新电脑配置」的步骤即可。

如果 token 泄露：去 GitHub → Settings → Developer settings → Tokens → 点 Delete 删除，重新生成一个。

五、常见问题

Q: 提示 remote: Invalid username or password.

原因：token 过期或输入错了。重新生成一个，重新执行 git push 输入新 token。

Q: 想换一台电脑的 token 怎么办？

1
2
3
4
5

# 清除已存储的 token
rm ~/.git-credentials

# 下次 push 时重新输入新 token
git push

Q: 用 SSH 是不是更好？

SSH 更安全，但配置步骤多一步（生成密钥 → 贴到 GitHub）。单台个人电脑用 PAT 完全够用。等你想深入了解时再切 SSH 也不迟。

六、一些建议

• 给 Token 起有意义的名字：比如 macbook-air desktop-ubuntu，方便以后管理
• 定期检查：去 GitHub Token 管理页面看看哪些还在用，不用的及时删掉
• 别把 Token 贴到公开代码里：如果误操作了，立刻去 GitHub 撤销它

一句话总结：
装 git → 设用户名 → 设 credential helper → clone 时输一次 token → 之后就忘了这件事。

我的博客分两个仓库：

• hexo_blog-source — 存源码（文章、主题、配置）
• hexo_blog — 存生成后的静态文件（部署到 Pages）

每次写完文章，要同步两个地方。

写完后要做的事

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# 1. 生成静态文件
hexo g

# 2. 本地预览（可选）
hexo s
# 打开 http://localhost:4000 看看效果

# 3. 部署到 Pages（推送 public 到 hexo_blog）
hexo d

# 4. 推送源码到 hexo_blog-source
git add -A
git commit -m "新文章：xxx"
git push origin source

流程拆解

hexo g — 生成

把 Markdown 文章编译成 HTML，输出到 public/ 目录。

hexo d — 部署

把 public/ 目录推送到 hexo_blog 仓库（已在 _config.yml 中配置好），Cloudflare Pages 检测到更新后自动部署。

git push origin source — 保存源码

把源文件（文章、图片、配置等）推送到 hexo_blog-source（source 分支），防止丢了。

⚠️ 源码在 source 分支上，不要写成 main。

只用记住这四行

1
2
3
4
5

hexo g          # 生成
hexo d          # 部署到 Pages
git add -A      # 收集源码改动
git commit -m "新文章"  # 打包
git push origin source    # 推送到源码仓库（source 分支）

顺序不能乱：先 hexo g && hexo d，再 git push。

补：从源码仓库恢复博客

换了电脑或重装系统后：

1
2
3
4

# 注意拉 source 分支，不是 main
git clone -b source https://github.com/SEYYl/hexo_blog-source.git
cd hexo_blog-source
npm install

然后就能继续写文章了。

太久没动怕忘了，记在这里

其实就是三步：

1
2
3

git add -A        # 1. 收集
git commit -m "…" # 2. 打包
git push          # 3. 发货

拆开看

git add -A

告诉 Git “这些文件的改动我要了”。

• 新文件、修改、删除，全包
• 也可以只加某个文件：git add app.py

git commit -m "…"

打成个包，写个标签说明改了啥。

• 这个包只在本地，还没到 GitHub
• 说明文字写清楚改了什么东西，方便以后翻历史

git push

把本地的包推到 GitHub 远程仓库。

• 如果配置了 Render 自动部署，推到 GitHub 后它会自动重新部署

完整流程（平时用的）

1
2
3
4
5
6
7
8
9

# 先看看改了哪些文件
git status

# 确认没问题，全部打包
git add -A
git commit -m "改了什么写这里"

# 推到 GitHub
git push

想回滚怎么办

1
2
3
4
5

# 看历史版本
git log --oneline

# 回到某个版本（本地）
git reset --hard <版本号>

版本号 就是从 git log 看到的那串字符，比如 a1b2c3d。

一句话总结

add 收集 → commit 打包 → push 发货。

HTML / 网址 / 纯文本 → Markdown，一键搞定

前段时间写博客、做笔记的时候老碰到一个麻烦：从网页复制内容到 Markdown 编辑器，格式全乱。要么粘出来一堆 HTML 标签，要么图片链接全丢了。

网上搜了一圈类似的工具，要么要注册，要么有广告，要么转换质量不行。于是我自己搞了一个——Markdownify。

它是干什么的

很简单：把东西变成 Markdown。支持三种输入方式：

• HTML 代码 — 粘贴直接转
• 网页链接 — 自动抓取并提取正文
• 纯文本 — 自动识别标题/列表/段落

几个我觉得好用的功能

智能粘贴

复制一段内容往输入框一贴，它会自动判断：

• 贴的是 https://... → 直接抓取网页转 Markdown
• 贴的是 <html> → 自动切到 HTML 模式
• 贴的是纯文字 → 自动切到文本模式

全程不用手动切换，贴完就有了。

批量 URL 转换

写研究类文章的时候最有用。把一堆链接贴进去：

1
2

https://example.com/article1
https://example.com/article2

一次全抓完，合并成一个 Markdown 文件，每个来源带标题和链接。

正文提取

抓网页的时候自动去掉导航栏、广告、侧边栏，只留文章主体。用的是 readability 算法，和浏览器阅读模式同款。

纯文本模式

有时候不是 HTML，就是一段纯文字：

``text

标题

这是一段文字。

• 列表项 1
• 列表项 2

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

  它会自动转成格式化的 HTML 和 Markdown，段落用 `<p>` 包，列表用 `<ul>`，标题用 `<h1>`。 ## 长什么样 界面有三套主题： - **浅色模式** — 默认的干净白底 - **深色模式** — 护眼暗色 - **赛博科技** — 蓝紫冷色风格（我最喜欢这个） 布局支持堆叠和并排，宽屏下并排显示，左边编辑右边预览，效率很高。 ## 技术栈 后端 Flask，前端原生 JS（没有框架，够用就行），核心库是 `html2text` 和 `readability-lxml`。 项目开源在 GitHub：**[SEYYl/Markdownify](https://github.com/SEYYl/Markdownify)** ## 在线体验 👉 [https://html-to-md-qfrj.onrender.com](https://html-to-md-qfrj.onrender.com) Render 免费实例可能会休眠，第一次打开等几秒就好。 ## 本地跑 ```bash git clone https://github.com/SEYYl/Markdownify.git cd Markdownify python -m venv venv source venv/bin/activate pip install -r requirements.txt python app.py

打开 http://localhost:5000 就能用。

也可以用 Docker：

1
2

docker build -t markdownify .
docker run -d -p 5000:5000 markdownify

后记

这个工具最初只是自己用用，后来越加越多功能——批量转换、正文提取、纯文本识别、历史记录、HTML 格式化……干脆认真做了个开源项目。

如果你也有类似的痛点，试试看。有用的话点个 Star ⭐

我这次使用 WordPress 这个经典博客项目来一步步讲解，如何部署一个属于自己的博客。

虽然这些内容看起来很基础，但对不同领域的小白来说还是有一定难度的。所以我写了这篇超详细教程，每一步都配有设置步骤和截图说明，力求不遗漏任何细节，让小白也能一遍就学会怎么搭建和部署。

第一阶段：配置 Cloudflare CDN 与 SSL 证书

在开始操作服务器之前，我们先把域名解析和 HTTPS 加密处理好，避免后面出现重定向错误。

1. 域名解析

1. 登录 Cloudflare 控制台，进入你的域名管理页面。
2. 找到 DNS → 记录。
3. 添加两条 A 记录：
   • @（主域名）
   • www
4. 两条记录都指向你的 VPS IP 地址。
5. 关键点：确保记录后面的黄色云朵图标是打开状态（启用 Cloudflare CDN 服务）。

2. 生成源服务器证书

1. 在 Cloudflare 左侧菜单找到 SSL/TLS → 源服务器。
2. 点击“创建证书”按钮，保持默认设置生成即可。
3. 生成后会显示两段内容：
   • PEM（证书）
   • KEY（私钥）
4. 把这两段内容复制并临时保存到记事本，后面马上要用。

第二阶段：宝塔环境配置

我这里为了节约步骤，直接使用宝塔的一键部署功能，里面有很多常见网站的一键式部署模板，非常适合小白。

1. 添加站点

• 点击左侧导航栏的 网站。
• 在“PHP 项目”分类下，点击添加站点。

2. 一键部署 WordPress

1. 切换到 一键部署 选项卡。
2. 选择 WordPress 6.9（版本可能不是最新的，后续可自行升级）。
3. 在“域名”输入框中填入你的域名。
4. 其他选项保持默认，点击部署。

部署完成后会弹出数据库用户名和密码，请截图保存。
如果不小心关掉了也没关系，后续可以在“数据库”菜单里找到对应的数据库，获取账号和密码。

3. SSL 证书配置

1. 点击刚刚创建好的网站，进入设置。
2. 找到 SSL 菜单。
3. 把刚才在 Cloudflare 生成的证书（PEM）和私钥（KEY）分别复制到对应位置（注意不要搞反）。
4. 开启强制 SSL，让网站全局走 HTTPS 协议。

4. 设置伪静态规则

1. 找到 伪静态 菜单。
2. 在下拉列表中选择 WordPress。
3. 点击保存。

第三阶段：安装 WordPress

后面就是点点点就能完成的简单操作了。

1. 选择语言

访问你的域名，会自动跳转到 WordPress 安装向导。
选择 简体中文 → 点击继续。

2. 欢迎页面

直接点击 继续。

3. 填写数据库信息

• 数据库名
• 用户名
• 密码
  其他保持默认即可。

补充：如果没保存数据库账号密码也没关系。
进入宝塔左侧 数据库 菜单，找到和你域名一致的数据库，复制账号（表名和账号名一致）和密码。

4. 运行安装

数据库信息填写正确后，会看到“不错。您完成了安装过程…”的提示，点击 运行安装程序。

5. 设置网站基本信息

填写以下内容：

• 站点标题
• 管理员用户名
• 登录密码（自动生成的密码请务必保存好）
• 邮箱

6. 登录后台

使用刚才设置的账号（或邮箱+密码）登录。
登录成功后即可进入 WordPress 后台，开始设置自己的个人内容啦！

第四阶段：配置自动备份（必须做！）

网站搭建好后，数据备份是重中之重。我们用宝塔的计划任务功能，每天自动备份网站文件和数据库。

1. 添加网站文件备份

1. 找到 计划任务 菜单。
2. 选择 备份网站。
3. 默认备份所有网站，保留最新 3 份（节省硬盘空间）。

2. 添加数据库备份

同样方式，选择 备份数据库，设置默认参数后确认。

到这里，你的 WordPress 网站就已经部署完毕！

• 已配置 Cloudflare CDN 加速
• 全站 HTTPS 加密
• 完善的伪静态规则
• 每天自动备份的安全保障

后续安装插件、主题优化等操作，就看你有没有时间慢慢折腾啦～

记录一次从“公开空间”到“私有空间 + CDN 防盗链”的完整折腾过程

我的博客（blog.nanyu.xin）使用的是 Anheyu 博客框架。随着文章越来越多，本地服务器的存储压力逐渐变大，于是决定把图片搬到云对象存储上。我选择了七牛云的 Kodo 服务，便宜、稳定，而且新用户有免费额度。

但是，对象存储最怕的就是盗刷流量——如果有人把你的图片链接贴到其他网站，或者直接用脚本疯狂请求，一天就能刷掉你几个月的套餐费用。为了避免这种情况，我需要一套比较完善的安全配置。

经过一番摸索（期间也遇到了一些坑），终于配置好了。下面是我的完整过程，希望对你有帮助。

💎 我的部署环境

• 服务器管理面板：1Panel

• 博客框架：Anheyu-app（基于 Golang + Vue3 构建）

• 部署方式：Docker Compose

一、创建存储空间 —— 第一步就选“私有”

进入七牛云控制台 → 对象存储 Kodo → 新建空间。

关键点：访问控制一定要选择 “私有”。如果选了“公开”，任何人都能直接访问你的图片，防盗链效果会大打折扣。

创建完成后，记下你的 空间名称 和 存储区域（比如我的是 my-anheyu-tupian，区域 华南-广东）。

二、绑定自定义域名并配置 HTTPS

七牛云提供的测试域名（如 xxx.clouddn.com）有诸多限制，而且不支持私有空间的高级配置。强烈建议绑定自己的域名。

1. 在七牛云 Kodo 空间管理 → 域名管理 → 绑定你自己的域名，例如 anheyutupian.nanyu.xin。

2. 按照提示去你的域名 DNS 服务商（如阿里云、腾讯云）添加 CNAME 记录，指向七牛云给出的地址。

3. 申请 SSL 证书：七牛云提供免费的 TrustAsia 单域名证书，有效期为 90 天。在 CDN 域名的 HTTPS 配置 中申请并绑定。

   • 注意：申请时需要添加一条 TXT 解析记录 验证域名所有权。添加后稍等几分钟，验证通过即可签发证书。

   • 证书签发后，务必开启 HTTPS，否则博客（如果用的是 HTTPS）会因为混合内容而拦截图片。

三、CDN 访问控制 —— 防盗链的核心

图片存储的访问路径是：用户 → CDN 域名 → 七牛云私有存储空间。所以防盗链主要在 CDN 层 实现。

进入七牛云 CDN 控制台 → 域名管理 → 找到你绑定的域名（例如 anheyutupian.nanyu.xin）→ 访问控制。

1. Referer 防盗链

• 模式选择 “白名单”。

• 填入你博客的域名：blog.nanyu.xin 以及 *.nanyu.xin（通配符可以匹配所有子域名）。

• 禁止空 Referer：取消勾选“允许空 Referer”。这样直接粘贴图片链接到浏览器地址栏也会被拒绝（返回 403）。

2. 回源鉴权 —— 必须开启

因为你的存储空间是 私有 的，CDN 必须获得授权才能从空间拉取图片。所以 “回源鉴权” 一定要设置为 “已开启”。

如果这一步没开，你博客上的所有图片都会 403。

3. IP 黑白名单（备用）

目前可以不配置。如果以后发现某个 IP 疯狂刷流量，可以直接在这里拉黑。

四、Anheyu 博客存储策略配置

登录 Anheyu 博客后台（地址通常是 https://你的博客域名/login），找到存储策略配置的地方（一般在 后台 -> 系统管理 -> 存储策略，具体路径可参考官方文档）。

注意：由于我部署时使用了 1Panel 和 Docker Compose，因此在 Anheyu 后台填入的配置项与标准部署方式完全相同，具体取决于后台的表单字段。

需要填写的关键项：

五、踩坑与解决

坑1：图片一直显示 “This image couldn’t be loaded”

原因：我忘记在 Anheyu 存储策略中开启 “私有空间” 开关。
解决：打开开关，保存，刷新博客 → 图片恢复正常。

坑2：HTTPS 证书验证失败

原因：申请证书时添加的 TXT 记录没有生效，或者主机记录写错了（应该是 _dnsauth.anheyutupian，而不是 _dnsauth.anheyutupian.nanyu.xin）。
解决：去 DNS 管理后台仔细核对记录值，等待生效后重新验证。

坑3：存储空间的 Referer 防盗链要不要开？

不要开。因为你的存储空间已经是私有模式，并且 CDN 已经开启了回源鉴权。如果存储空间再开启 Referer 防盗链，CDN 的回源请求可能会因为没有 Referer 而被拒绝，导致图片 403。CDN 负责防盗链，存储空间只负责私有鉴权，各司其职即可。

坑4：在 1Panel 中如何修改 docker-compose.yml 的环境变量？

原因：修改环境变量后，需要重启容器才能生效，但直接在 1Panel 界面操作有时容易遗漏。
解决：进入 1Panel → 容器 → 编排，找到你的 anheyu 编排，点击编辑，修改环境变量后保存，1Panel 会自动应用更改并重启服务。或者你也可以直接修改服务器上的 .env 文件，再在 1Panel 界面中重建应用。

六、最终效果验证

配置完成后，你可以做两个测试：

1. 正常访问：打开你的博客文章，图片应该正常显示。

2. 盗链测试：复制一张图片的完整 URL，在浏览器的无痕模式中直接打开。此时因为 Referer 为空，且你设置了“禁止空 Referer”，所以应该返回 403 Forbidden。

七、总结

现在的安全配置如下：

这套配置基本可以防止绝大多数恶意刷流量和盗链行为。当然，如果以后遇到更高级的攻击（比如伪造 Referer），还可以考虑开启 时间戳防盗链 或配置 IP 黑白名单，不过对于个人博客来说，目前已经足够安全了。

希望这篇博客能帮你少踩一些坑。如果你也使用 Anheyu + 七牛云，照着配一遍，应该就能安心使用啦。

博客框架：Anheyu-app
我的博客：南夕桥

一个 Linux 小白的真实经历，全程记录 + 保姆级教程

前两天我装了 CachyOS（一个基于 Arch 的 Linux 发行版），系统很流畅，界面也漂亮。但遇到一个头疼的问题：没法打中文。

网上搜了一堆教程，有的太老，有的太乱。最后我决定直接问 AI。没想到，跟着它的回答一步步做，竟然真的搞定了。

下面就是我们的完整对话记录，我把所有步骤重新整理了一遍，保证简单、清晰、能看懂。

一、我先问了 AI 最基本的问题

我：

CachyOS 安装中文输入法，怎么安装？具体流程是什么？

AI 的回答很直接：
它说 CachyOS 基于 Arch，最推荐用 Fcitx5 框架。但是也要看桌面环境（Desktop Environment，简称 DE）。
然后它甩给我一张表格，让我先搞清楚自己用的是哪个桌面。

我一看： 我装的是 KDE Plasma，而且用 echo $XDG_SESSION_TYPE 一查，输出 wayland。所以我要走 Fcitx5 + 虚拟键盘 这条路。

二、跟着 AI 的步骤，开始安装

第 1 步：安装 Fcitx5 和中文组件

打开终端（就是那个黑窗口），复制粘贴下面这行：

1
2

sudo pacman -Syu
sudo pacman -S fcitx5 fcitx5-chinese-addons fcitx5-configtool fcitx5-qt fcitx5-gtk

AI 还特别解释了每个包的作用（我怕记不住，就记了个大概）：

• fcitx5 —— 主程序

• fcitx5-chinese-addons —— 拼音、五笔这些输入法引擎

• fcitx5-configtool —— 图形化设置界面

• fcitx5-qt 和 fcitx5-gtk —— 让各种软件都能用输入法

我又多装了一个增强词库（AI 建议的）：

1

sudo pacman -S fcitx5-pinyin-zhwiki

第 2 步：配置环境变量（AI 说这步最最关键）

很多人装了不能用，就是忘了这步。
用下面的命令编辑系统环境文件：

1

sudo nano /etc/environment

在文件末尾另起三行，写上：

1
2
3

GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx

按 Ctrl+O 保存，Ctrl+X 退出。

AI 的解释：这三行告诉电脑“以后所有程序都给我用 fcitx 作为输入法模块”。

第 3 步：设置开机自动启动

1

sudo cp /usr/share/applications/org.fcitx.Fcitx5.desktop /etc/xdg/autostart/

这样每次登录系统，输入法就会自己跑起来。

第 4 步：注销，重新登录

一定要注销！ 不是关机再开，是点左下角菜单里的“注销”（Log Out）。
重新登录后，修改才能生效。

第 5 步：在图形界面里添加拼音输入法

重新登录后，在开始菜单里找到 “Fcitx5 配置” 并打开。

• 点 “输入法” 标签

• 点左下角的 “+” 号

• 如果没看到 “Pinyin”，就取消勾选右下角的 “仅显示当前语言”

• 找到 “Pinyin”，选中，点“添加”

• 关掉窗口

现在按下 Ctrl + 空格，就能切到中文拼音了！

三、我遇到了一个坑：KDE Wayland 下打不开输入法

按照上面做完，我按 Ctrl+空格 没有任何反应。
我赶紧回头翻 AI 的那张表，发现它专门提醒过：

KDE Plasma (Wayland) 用户：必须额外配置虚拟键盘。

于是照做：

1. 打开 系统设置 → 键盘 → 虚拟键盘

2. 把下拉框改成 “Fcitx 5 Wayland 启动器”

3. 点“应用”

然后再次注销、重新登录。
再按 Ctrl+空格 —— 成功了！中文候选词框终于出现了。

四、如果你是 GNOME 用户（AI 给的备选方案）

虽然我没用 GNOME，但 AI 也给了另一套方案。我把它贴出来，方便用 GNOME 的朋友：

安装 IBus 和拼音引擎：

1

sudo pacman -S ibus ibus-libpinyin

然后在 GNOME 的 设置 → 区域与语言 → 输入源 里，点“+”添加 “汉语 (Intelligent Pinyin)”。
之后用 Super + 空格（Win键+空格）切换输入法。

五、我遇到的其他小问题（以及怎么解决的）

Q1：按 Ctrl+空格 没反应，但是虚拟键盘也设置了？

AI 建议我运行诊断命令：

1

fcitx5-diagnose

它自动检查，发现我的 GTK 配置文件缺了一行。于是我手动添加：

1

nano ~/.config/gtk-3.0/settings.ini

在 [Settings] 下面加一行：

1

gtk-im-module=fcitx

保存，重启 Firefox，中文就能打了。

Q2：终端里总是报错“找不到输入法模块”？

AI 说这是因为我没完全关闭终端。修改环境变量后，要重新打开终端，甚至注销才彻底生效。

六、最后的总结（给不想看过程的人）

如果你也在 CachyOS 上装中文输入法，只需要记住三点：

1. 先看自己是什么桌面环境（KDE / GNOME / Xfce）和显示协议（Wayland / X11）。

2. KDE 用 Fcitx5，GNOME 用 IBus。

3. KDE + Wayland 必须多一步：在系统设置里把虚拟键盘改成 “Fcitx 5 Wayland 启动器”。

按照我和 AI 的对话步骤，一个一个命令敲，不出半小时你就能流畅地打中文了。

最后说一句： 以前总觉得 Linux 装输入法很麻烦，没想到只要问对人（机），跟着做就行。希望这篇博客也能帮到你。

如果你也遇到了奇怪的问题，欢迎在评论区留言，我会把 AI 教给我的排错方法再分享出来。

—— 一个刚学会在 CachyOS 上打中文的普通用户

Cloudflare 免费 CDN 很好，但国内访问速度有时候不理想。七牛云 CDN 在国内节点多，加速效果更好，而且每月有 10GB 免费流量，个人网站基本够用。

准备工作

• 一个已经在 Cloudflare 托管的域名（比如 example.com）

• 七牛云账号（已完成实名认证）

• 如果你的网站主要面向国内，域名需要备过案

第一步：在七牛云添加域名

1. 登录七牛云控制台，进入 CDN 服务，点击 添加域名。

2. 填写你的域名（例如 www.yourname.com 或 blog.yourname.com）。

3. 源站配置：

   • 如果你有自己的服务器（IP 固定），选 IP 地址，然后填你的服务器公网 IP。

   • 如果你用的是对象存储（如七牛云 Kodo），选 七牛云存储。

4. 回源 HOST：选择 自定义，填入你的域名（就是和加速域名一样的那个）。

5. 回源协议：如果你的源站支持 HTTPS 就选 HTTPS，否则选 HTTP。选错也没事，后面可以改。

6. 其他选项（缓存配置）保持默认就行，直接点 创建。

创建后，七牛云会给你一个 CNAME 地址，长这样：yourdomain-id.qiniudns.com，记下来，待会儿要用。

第二步：在 Cloudflare 修改 DNS 解析

1. 登录 Cloudflare，进入你的域名管理页。

2. 找到你要加速的那个域名（比如 blog.yourname.com）的记录。

3. 删除原来的 A 记录（如果存在）。

4. 点击 添加记录：

   • 类型：CNAME

   • 名称：你的子域名（比如 blog）

   • 目标：粘贴七牛云给你的 CNAME 地址

   • 代理状态：一定要设为“仅 DNS”（灰色的云朵图标，不是橙色的）

5. 保存。

如果你要加速根域名（比如 yourname.com 本身），Cloudflare 支持 CNAME 扁平化，同样操作即可。但是要注意：根域名用了 CNAME 之后，就不能再添加 MX 邮件记录了。

第三步：等待生效并验证

DNS 解析需要几分钟到几十分钟才能全球生效。你可以用以下命令在电脑上验证（Windows 打开 CMD，Mac 打开终端）：

1. 检查 DNS 是否已指向七牛云

1

nslookup blog.yourname.com

如果看到一堆 IP 地址（比如 183.60.227.41 之类的），而且没有 cloudflare 字样，就说明解析成功了。

2测试 CDN 是否正常工作

1

curl -I http://blog.yourname.com

• 如果返回的 Server 是 nginx（或者 qiniu），说明流量已经走七牛云了。

• 如果返回 Server: cloudflare 或者有 CF-RAY 字段，说明 Cloudflare 还在拦截，请检查第二步中是否把代理状态改成了“仅 DNS”。

如果看到 301 Moved Permanently 并且跳转到 https://，那是因为你在七牛云开启了“强制 HTTPS”，属于正常现象。

常见问题与解决

问题1：nslookup 正确，但 curl 还是显示 Cloudflare

原因：Cloudflare 的 DNS 扁平化可能会“劫持”流量，即使你关了代理。

解决办法：彻底更换 DNS 服务商，比如用 DNSPod 或阿里云 DNS。步骤：

1. 在 DNSPod 添加你的域名。

2. 去你的域名注册商（比如 Namesilo、GoDaddy）把 NS 记录改成 DNSPod 的。

3. 在 DNSPod 里添加 CNAME 记录指向七牛云。

4. 等生效后再测试。

问题2：根域名（yourname.com）同时存在 A 记录和 CNAME 记录

原因：同一个域名不能同时有 A 和 CNAME，会冲突。

解决办法：删除 A 记录，只保留 CNAME。

问题3：访问 http 总是跳转到 https

原因：七牛云开启了“强制 HTTPS”。

解决办法：

• 如果你接受 HTTPS，那就保持现状，无需操作。

• 如果你想同时支持 HTTP，去七牛云 CDN 配置里找到 HTTPS 配置，把“强制 HTTPS”关掉。

费用要花多少钱？

七牛云 CDN 的计费很良心：

个人博客费用估算：

• 纯 HTTP，月流量 5 GB：0 元

• 纯 HTTP，月流量 15 GB：约 1.2 元

• HTTPS，月流量 15 GB：约 4.2 元（如果买了优惠包，约 1.5 元）

注意：一旦域名开启了 HTTPS，无论用户用 http:// 还是 https:// 访问，都会按照 HTTPS 价格计费。

总结

把域名从 Cloudflare 迁到七牛云并不难，核心就三步：

1. 在七牛云添加域名，拿到 CNAME 地址。

2. 在 Cloudflare 把域名的 A 记录改为 CNAME，并关闭代理（灰色云朵）。

3. 等待解析生效，用 nslookup 和 curl 验证。

如果遇到流量还被 Cloudflare 拦截，最好的办法是换 DNS 服务商（DNSPod）。七牛云的费用对个人站长非常友好，每月基本免费。

照着这个教程操作，你也能轻松用上国内高速 CDN！

起因:
1.很久没有更新博客，今天本来打算用 VS Code 写篇新文章并推送到 GitHub 上。原本以为只需简单的“暂存-提交-推送”三连就能搞定，没想到却触发了一连串匪夷所思的报错。
2.经过一步步的排查、试错和底层逻辑剖析，我最终不仅解决了所有 Bug，还顺手重构了博客的“双分支备份工作流”。这篇文章完整记录了这次的踩坑与排雷过程，希望能给遇到同样问题的 Hexo 博主们提供一份详尽的避坑指南。

📍 阶段一：密码验证失败？旧时代的眼泪

一切的起因，源于我写完文章后，习惯性地在 VS Code 的源代码管理面板中点击了 “发布 Branch”。迎接我的不是成功的绿灯，而是一行刺眼的红字：

``Bash
remote: Support for password authentication was removed on August 13, 2021.
fatal: Authentication failed for ‘https://github.com/[用户名]/[仓库名].git/‘

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

### 🐛 问题剖析：
这是 GitHub 在 2021 年进行安全升级留下的“坑”。GitHub 早已不支持使用账号和登录密码直接进行 Git 操作，必须使用 Personal Access Token (PAT) 或者浏览器授权登录。而我的 Git 显然还记着旧时代的密码。

### 🛠️ 解决过程：

排查本地凭据： 最初以为是 Windows 系统的“凭据管理器”里缓存了旧密码，但打开后发现列表里干干净净，并没有 github.com 的记录。这说明密码被 Git 的内部配置“死记硬背”下来了。

1. 重新唤醒浏览器授权： 为了覆盖旧的无效身份，我直接使用了 VS Code 左下角自带的 “账户” 功能。
2. 点击左下角的小人图标 -> 选择 “登录以同步设置”。
3. 在弹出的选项中选择 GitHub。
4. 系统成功唤起浏览器，点击绿色的 "Authorize" 完成授权。
5. 至此，Git 的网络通信和权限问题暂时打通，但真正的硬核报错才刚刚开始。

## 📍 阶段二：神秘的 fatal: not a git repository 与 Hexo 的底层逻辑
**授权成功后，我尝试在终端手动执行 git add .，结果又挨了一记闷棍：**

```Bash
fatal: not a git repository (or any of the parent directories): .git

🐛 问题剖析：

在这个瞬间，我猛然意识到问题的核心：我使用的博客框架是 Hexo！
在 Hexo 的工作流中，存在一个非常容易让人混淆的机制：

1. 博客根目录（也就是我当前终端所在的文件夹）默认不是一个 Git 仓库。
2. Hexo 在部署时，会偷偷在根目录下生成一个隐藏的 .deploy_git 文件夹，那个文件夹才是一个真正的 Git 仓库，用来存放生成好的网页代码。
3. 所以我直接在根目录敲 Git 命令，当然会报错说找不到仓库。

🛠️ 解决思路转换：

既然是 Hexo，发布网页根本不需要手动 git add / commit。只需要使用 Hexo 专属三连：

1
2
3

hexo clean  # 清除缓存
hexo g      # 生成网页
hexo d      # 部署上天

📍 阶段三：头疼的 Error: Spawn failed

满怀希望地敲下 hexo d，万万没想到，终端吐出了一大段错误代码，最后定格在：

1
2

FATAL Something's wrong. Maybe you can find the solution here...
Error: Spawn failed

🐛 问题剖析：

Spawn failed 是 Hexo 最臭名昭著的报错之一。它的本质是：Hexo 尝试在后台调用 hexo-deployer-git 插件去推送到 GitHub 时，Git 进程卡死或崩溃了。结合前面的密码报错，极大可能是刚才网络不通畅时，导致隐藏的 .deploy_git 文件夹里的状态错乱了。

🛠️ 解决过程：

核弹级清理： 在 VS Code 的资源管理器中，直接找到并删除了 .deploy_git 文件夹。（不用担心，这只是临时生成的网页缓存，删除不影响源文件）。

测试底层连接： 为了确保 Git 有权限，在终端手动执行了一次测试：

1

git ls-remote https://github.com/[用户名]/[仓库名].git

终端成功返回了 HEAD 和 refs/heads/main 等哈希值。这证明本地和 GitHub 的网线彻底接通了！

📍 阶段四：配置文件的“地雷阵” (SSH 与 YAML)

你以为网络通了就能成功吗？并没有。删掉缓存后再次 hexo d，报错变成了找不到远程仓库。

我打开根目录下的 _config.yml 检查部署配置，发现了一个致命细节：

1
2
3
4
5

# 错误示范
deploy:
  type: git
  repository: git@github.com:[用户名]/[仓库名].git  # <--- 问题在这里
  branch: main

🐛 问题剖析：

SSH 地址的坑： repository 里写的是 git@github.com… 的 SSH 格式地址。但我刚才费劲打通和测试的，是基于浏览器的 HTTPS 授权！使用 SSH 地址会导致系统去寻找本地的 SSH 秘钥，找不到自然再次报错。
YAML 格式的傲娇： 当我把地址改成 HTTPS 后，Hexo 竟然直接无视了我的配置，提示 You should configure deployment settings in _config.yml first!。这是因为 YAML 文件对空格的要求极其苛刻，我在修改时不小心破坏了缩进（冒号后缺少空格）。

🛠️ 最终修复：

严格按照 YAML 的格式规范，重写了 deploy 部分（注意缩进和空格）：

1
2
3
4

deploy:
  type: git
  repo: https://github.com/[用户名]/[仓库名].git
  branch: main

保存文件，回到终端，最后一次屏住呼吸敲下：

1

hexo clean && hexo g && hexo d

终端里的代码疯狂滚动，最终停在了一行令人热泪盈眶的绿字：

1

INFO  Deploy done: git

至此，博客的网页代码终于成功发布到了 GitHub Pages 上！

（未完待续）

⚠️ 重要预警：操作前必读

从宝塔面板（Baota）切换到 1Panel 面板，强烈建议重装服务器系统（例如重置为纯净的 Debian 或 Ubuntu 系统）。

• 原因： 宝塔和 1Panel 都会深度修改系统环境（Nginx、防火墙等），直接卸载宝塔再装 1Panel 极大概率会报错、冲突，导致你网站打不开。
• 后果： 如果不重装系统，你可能要花几天时间修 Bug。

第一阶段：在宝塔面板进行备份 (最关键)

既然是 Docker 部署，你的博客通常由两部分组成：

1. 配置文件（docker-compose.yml，决定了博客怎么运行）。
2. 数据文件（博客的文章、图片、主题文件等）。

操作步骤：

1. 找到你的博客目录：

• 在宝塔面板左侧点击 [文件]。
• 找到你存放博客的文件夹（通常在 /www/wwwroot/ 下，或者是 /root/ 下，取决于你当初怎么装的）。
• 确认方法： 点进去看，应该能看到 docker-compose.yml 文件和一个包含你博客数据的文件夹（比如 source、themes 或 public）。

1. 打包下载：

• 在宝塔文件管理中，勾选这个博客的整个文件夹。
• 点击 [压缩]。
• 缩完成后，右键点击压缩包 -> 下载 到你的本地电脑上。
• 双重保险： 解压一下你刚下载的包，检查里面是不是有文件，确保没有下载失败。

1. 记录端口号：
   查看你的 docker-compose.yml 文件，记下 ports 部分的内容（比如 4000:4000 或 8080:80）。你需要知道容器暴露出来的端口是多少。

第二阶段：重置系统 & 安装 1Panel

1. 重装系统：

• 去你的服务器提供商后台（阿里云、腾讯云等），找到“重装系统”或“更换操作系统”。
• 选择 Debian 11/12 或 Ubuntu 22.04（推荐 Debian，资源占用更少）。
• 等待重装完成。

2.安装 1Panel：

• 使用 SSH 工具（如果你之前问过 SSH 工具，现在正好用上）连接到你的新系统。
• 输入 1Panel 的官方安装命令（根据官网）：

1

curl -sSL https://resource.1panel.cn/quick_start.sh -o quick_start.sh && bash quick_start.sh

• 安装完成后，记录下控制台弹出的 面板地址、用户名、密码。

第三阶段：在 1Panel 中恢复博客

登录你的 1Panel 面板，开始恢复。

1.上传备份文件

1. 点击左侧菜单 [主机] -> [文件]。
2. 进入 /opt/1panel/apps 目录（或者任何你喜欢的目录，推荐这里方便管理）。
3. 点击 [上传]，把你第一阶段下载的压缩包传上去。
4. 点击压缩包后面的 [解压]，进入解压后的文件夹。

2.创建 Docker 容器（编排）

1. 点击左侧菜单 [容器] -> [编排]。
2. 点击 [创建编排]。
3. 路径选择： 选择你刚才解压出来的那个文件夹（包含 docker-compose.yml 的那个）
4. 内容编辑器： 正常情况下，面板会自动读取你文件夹里的 docker-compose.yml 内容并显示在编辑器里。
   小白注意： 如果编辑器是空的，你需要手动把文件里的内容复制粘贴进去。
5. 点击 [确认] 或 [创建]。
6. 等待系统拉取镜像并启动。看状态变成“已启动”即成功。

3.建立反向代理（让外网能访问）

Docker 启动后，通常只能通过 IP:端口 访问。为了用域名（比如 www.yourblog.com）访问并加上 HTTPS，需要设置反向代理。

1. 点击左侧菜单 [网站] -> [网站]。
2. 点击 [创建网站]。
3. 运行环境： 选择 “反向代理”。
4. 主域名： 填你的博客域名。
5. 代理地址： 127.0.0.1:4000
6. 注意： 这里的 4000 必须换成你第一阶段记录的端口号。
7. 点击 [确认]。

4.开启 HTTPS (SSL)

1. 在刚才创建的网站列表中，点击你的域名。
2. 找到 [HTTPS] 选项卡。
3. 勾选 [启用 HTTPS]。
4. 如果你没有证书，1Panel 可以直接申请 Let’s Encrypt 证书（选择“ACME 账户” -> “创建账户” -> 申请证书）。

常见问题排查（小白锦囊）

Q: 启动编排时报错？

A: 检查 docker-compose.yml 里的路径映射（volumes）。如果你在宝塔里的路径是绝对路径（比如 /www/wwwroot/blog/data），迁移到 1Panel 后，如果在这个路径下没有对应的文件，就会报错。

解决方法： 建议将 docker-compose.yml 里的绝对路径改为相对路径（比如 ./data），或者确保你解压的路径和配置文件里写的路径完全一致。

Q: 网站显示 502 Bad Gateway？

A: 说明“反向代理”没配对。检查你在创建网站时填写的“代理地址”端口，是否真的对应 Docker 容器暴露出的端口。

按照这个流程走，你的博客就能平滑地从宝塔“搬家”到 1Panel 了。

Solitude 是一个极简而优雅的 Hexo 主题，专为开发人员和作家设计。

1.安装solitude

方式 1：Git 安装

1. 在命令行里粘贴下面的命令，按回车：

1
2

git clone -b dev https://github.com/everfu/hexo-theme-solitude.git themes/solitude

• 等待下载完成，博客文件夹里的 “themes” 目录下会多出一个 “solitude” 文件夹，说明主题下载成功了。

方式 2：直接下载文件安装（没装 Git 可选）

1. 打开链接https://github.com/everfu/hexo-theme-solitude/releases，下载最新版本的压缩包（带 “release” 字样的）。
2. 找到下载的压缩包，右键解压，把解压出来的文件夹名字改成 “solitude”（必须改这个名字，不然用不了）。
3. 把改好名的 “solitude” 文件夹，复制到你 Hexo 博客的 “themes” 目录里（比如 “我的博客 \themes”）。

方式 3：用包管理器安装（熟悉 npm 的可选）

如果电脑里有 npm、pnpm、yarn 或 bun 中的任意一个，直接在命令行输入对应命令：

• npm：npm i hexo-theme-solitude
• pnpm：pnpm i hexo-theme-solitude
• yarn：yarn add hexo-theme-solitude
• bun：bun add hexo-theme-solitude
  等待安装完成即可。

2.置主题：让 Hexo 使用 Solitude

1. 打开你的 Hexo 博客目录，找到名为 “_config.yml” 的文件（这是 Hexo 的全局配置文件，用记事本或记事本 ++ 打开就行）。
2. 在文件里找 “theme:” 这一行（大概在文件中间位置），把后面的内容改成 “solitude”，比如原来可能是 “theme: landscape”，改成 theme: solitude （注意冒号后面有个空格）。
3. 保存文件并关闭。

1

theme: anzhiyu

2.1覆盖配置

覆盖配置可以使主题配置放置在 Solitude 目录之外，避免在更新主题时丢失自定义的配置。

• [ ] 如果你是linux系统就执行以下命令

1
2

cp -rf ./themes/Solitude/_config.yml ./_config.Solitude.yml

• [ ] 如果你是win系统执行以下命令

1
2

copy "themes\Solitude\_config.yml" "_config.Solitude.yml"

注意：

1. 只要存在于 _config.Solitude.yml 的配置都是高优先级，修改原 _config.yml 是无效的。
2. 每次更新主题可能存在配置变更，请注意更新说明，可能需要手动对 _config.Solitude.yml 同步修改。
3. 想查看覆盖配置有没有生效，可以通过 hexo g —debug 查看命令行输出。
4. 如果想将某些配置覆盖为空，注意不要把主键删掉，不然是无法覆盖的

3.安装必要依赖（缺一不可）

• npm：npm i hexo-renderer-pug
• pnpm：pnpm i hexo-renderer-pug
• yarn：yarn add hexo-renderer-pug
• bun：bun add hexo-renderer-pug
  等待安装完成，没有报错就可以了。

4.本地启动博客，查看效果

1.依次在命令行输入下面三个命令，每个命令输完按回车，等待上一个完成再输下一个：

1
2
3

hexo clean
hexo generate
hexo server

1. 当命令行出现 “Hexo is running at http://localhost:4000. Press Ctrl+C to stop.” 时，说明启动成功了。
2. 打开浏览器，在地址栏输入 http://localhost:4000，按回车，就能看到你的博客已经换成 Solitude 主题啦！

5.部署上线（到GitHub与Cloudflare Pages）

1
2
3
4
5
6

//本地预览
hexo cl; hexo s

//推送更新上线
hexo cl; hexo g; hexo d

其实和第四步差不多，就多了个hexo d

注意事项

1. 复制配置文件时，不要删除主题目录（themes/solitude）里的 “_config.yml” 文件，不然会出错。
2. 以后升级主题后，要对比一下新主题的 “_config.yml” 和你博客目录的 “_config.solitude.yml”，把新增的配置同步过去。
3. 如果启动后浏览器打不开，检查一下命令有没有输错，或者端口 4000 被占用（可以换端口，输入 hexo server -p 5000，然后访问 http://localhost:5000）。

GitHub（必须，你需要注册一个GitHub帐号）
Cloudflare（非必须，你需要注册一个Cloudflare帐号，这样你就可以将博客部署在CF的CDN里加速，但是你也可以直接使用GitHub.io分配的域名）

2.软件支持

1. 安装Git（必须）
2. 安装Node.js（必须）
3. VSCode（非必须，这是一款轻量型的代码编辑器）

3配置 Git 密钥并连接至 Github

1
2
3

git config -l  //查看所有配置
git config --system --list //查看系统配置
git config --global --list //查看用户（全局）配置

3.1 配置用户名和邮箱

1
2

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

通过git config -l 检查是否配置成功

3.2 配置公钥连接Github

1

ssh-keygen -t rsa -C "你的邮箱"

提示Enter file in which to save the key直接一路回车即可，新手小白不推荐设置密钥
生成公钥文件成功后，将公钥文件里的内容复制到GitHub的SSH Keys里，然后输入命令：ssh -T git@github.com

3.3 私钥和公钥文件在C盘下用户文件夹下的.ssh的文件夹

• id_rsa私钥
• id_rsa.pub公钥

  用记事本打开上述图片中的公钥id_rsa.pub，复制里面的内容，然后开始在github中配置ssh密钥。
  3.4 将 SSH KEY 配置到 GitHub
  进入github，点击右上角头像 选择settings，进入设置页后选择 SSH and GPG keys，名字随便起，公钥填到Key那一栏。
  3.5 测试是否成功

  1	ssh -T git@github.com

  4.创建GitHub.io仓库(也可以不用GitHub.io)

1. 创建仓库
2. 创建分支
   

   5.安装Hexo

• 没有的注册一个

1. 在 Workers 和 Pages 中选择 Pages 的 连接到 Git
   
   

2. 然后登录你Blog仓库对应的GitHub帐号
   
   
   3.点击保存并部署后等待部署完成即可。
   

3. 提示成功！您的项目已部署到以下区域：全球后，浏览器访问：https://xxxxxxxio.pages.dev ，这时候我们就可以看到博客内容了。

   这时你也就可以将你的<用户名>.github.io的仓库设置为Private私库了

5如果你有自己的域名，你可以在这里绑定你自己的自定义域。

2.如何使用

2.1新建一篇文件

1
2

hexo new 这是一篇新的博文

• 然后用文本编辑器去编辑_posts/这是一篇新的博文.md里的内容即可，注意要使用Markdown格式书写。
• 详细使用方法可以查阅 https://hexo.io/zh-cn/docs/writing

  2.2编辑完文章保存后可以使用如下命令，生成本地页面 http://localhost:4000/ ，进行预览

1
2
3
4
5
6
7
8

// Git BASH终端
hexo cl && hexo s

// 或者

// VSCODE终端
hexo cl; hexo s

2.3确认无误后使用以下命令，将本地文章推送至GitHub仓库即可

1
2
3
4
5
6
7
8

// Git BASH终端
hexo cl && hexo g && hexo d

// 或者

// VSCODE终端
hexo cl; hexo g; hexo d

1. GitHub（必须，你需要注册一个GitHub帐号）
2. Cloudflare（非必须，你需要注册一个Cloudflare帐号，这样你就可以将博客部署在CF的CDN里加速，但是你也可以直接使用GitHub.io分配的域名）

2.软件支持

1. 安装Git（必须）
2. 安装Node.js（必须）
3. VSCode（非必须，这是一款轻量型的代码编辑器）

3配置 Git 密钥并连接至 Github

1
2
3

git config -l  //查看所有配置
git config --system --list //查看系统配置
git config --global --list //查看用户（全局）配置

3.1 配置用户名和邮箱

1
2

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

通过git config -l 检查是否配置成功

3.2 配置公钥连接Github

1

ssh-keygen -t rsa -C "你的邮箱"

提示Enter file in which to save the key直接一路回车即可，新手小白不推荐设置密钥
生成公钥文件成功后，将公钥文件里的内容复制到GitHub的SSH Keys里，然后输入命令：ssh -T git@github.com

3.3 私钥和公钥文件在C盘下用户文件夹下的.ssh的文件夹

• id_rsa私钥
• id_rsa.pub公钥

用记事本打开公钥id_rsa.pub，复制里面的内容，然后开始在github中配置ssh密钥。

3.4 将 SSH KEY 配置到 GitHub

进入github，点击右上角头像 选择settings，进入设置页后选择 SSH and GPG keys，名字随便起，公钥填到Key那一栏。

3.5 测试是否成功

1

ssh -T git@github.com

4.创建GitHub.io仓库(也可以不用GitHub.io)

1. 创建仓库
2. 创建分支
   

5.初始化Hexo

5.1 在win桌面运行git，输入如下命令

1
2
3
4
5
6

npm install hexo-cli -g
hexo init blog
cd blog
npm install
hexo server

5.2初始化项目后，blog有如下结构：

node_modules：依赖包
scaffolds：生成文章的一些模板
source：用来存放你的文章
themes：主题
.npmignore：发布时忽略的文件（可忽略）
_config.landscape.yml：主题的配置文件
config.yml：博客的配置文件
package.json：项目名称、描述、版本、运行和开发等信

5.3在命令行输入hexo cl && hexo s启动项目

打开浏览器，输入地址：http://localhost:4000/ ，看到下面的效果，说明你的博客已经构建成功了。

6.将静态博客挂载到 GitHub Pages

1
2

npm install hexo-deployer-git --save

这个命令很重要，不能运行blog文件部署不到GitHub上

修改 _config.yml 文件

1. 在blog目录下的_config.yml，就是整个Hexo框架的配置文件了。可以在里面修改大部分的配置。详细可参考官方的配置描述。

2. 修改最后一行的配置，将xxx修改为你自己的github项目地址即可，还有分支要改为main代表主分支（注意缩进）。

1
2
3
4
5

deploy:
  type: git
  repository: git@github.com:xxxx/xxxx.github.io.git
  branch: main

修改好配置后，运行如下命令，将代码部署到 GitHub（Hexo三连）。

1
2
3
4
5
6
7
8

// Git BASH终端
hexo clean && hexo generate && hexo deploy  

// 或者

// VSCODE终端
hexo cl; hexo g; hexo d

VSCODE 终端首次执行报错（如果你使用的是win系统自带的命令行需运行如下命令）

1
2

Set-ExecutionPolicy RemoteSigned

• hexo clean：删除之前生成的文件，可以用hexo cl缩写。
• hexo generate：生成静态文章，可以用hexo g缩写
• hexo deploy：部署文章，可以用hexo d缩写
  如果出现Deploy done，则说明部署成功了。

稍等两分钟，打开浏览器访问：https://xxxx.github.io ，这时候我们就可以看到博客内容了。(xxx就是你的仓库名）