added 发布了两篇文章
This commit is contained in:
Vaica committed
1 parent
42b2a1f868
commit
b681231ff7
2 files changed
+98
-52
No files matched your search
@@ -1,112 +1,106 @@
|
||||
---
|
||||
title: Hugo博客部署腾讯云EdgeOne Pages的尝试
|
||||
title: 我把Vercel换成了EdgeOne Pages
|
||||
date: 2026-02-02T01:00:00.000Z
|
||||
draft: false
|
||||
categories:
|
||||
- 尝试
|
||||
- 技术
|
||||
- 碎碎念
|
||||
tags:
|
||||
- Hugo
|
||||
- EdgeOne
|
||||
- CI/CD
|
||||
- Upyun
|
||||
ai_comment: >-
|
||||
哈哈，电子宠物这个比喻太真实了！我家的博客也整天被我折腾来折腾去，看到高清图片占满空间的经历简直感同身受。技术小白每次解决这种小问题都像打怪升级，EdgeOne这波安利吃得有点心动，脚本注释写得这么贴心，下次我也要抄作业试试～
|
||||
本文记录了博主将博客的境外加速服务从Vercel迁移至腾讯云EdgeOne Pages的过程。通过“境内又拍云 + 境外EdgeOne”的分流策略，不仅提升了海外访问速度，还实现了国内外双平台的稳定托管，体验相当丝滑。
|
||||
---
|
||||
|
||||
最近看到不少博友都在推荐腾讯云的 EdgeOne Pages，说是访问速度挺快，而且对个人博客这种静态站点很友好。想着自己这个小站平时也没少折腾，既然有更好的选择，那就试试看呗。
|
||||
最近感觉 Vercel 虽然好用，但在国内或者部分亚洲地区的访问速度有时候还是不太稳定。前段时间油老师给我推荐了这个 EdgeOne Pages，今天有空试了试腾讯云新出的 EdgeOne Pages。
|
||||
|
||||
其实我对于运维这些也不是特别精通，就是喜欢捣鼓。这次迁移过程虽然遇到了一点小插曲，但好在最后都解决了。顺便把过程记录下来，给同样用 Hugo 搭建博客的朋友们做个参考。
|
||||
听说 EdgeOne 的节点覆盖很不错，而且对个人开发者也有免费额度，于是心血来潮，决定把博客的境外加速线路从 Vercel 换成 EdgeOne。
|
||||
|
||||
## 为什么要换？
|
||||
## 现在的部署方案
|
||||
|
||||
其实原来的部署方式也能用，但作为一个把博客当成"电子宠物"养的人，总想给来访的朋友们提供更好的体验。EdgeOne 主打的就是边缘加速，直白点说就是能让国内的朋友打开博客更快一点。而且它给的免费额度对于我们这种个人博客来说完全够用了。
|
||||
为了保证访问速度和稳定性，我现在的策略是：
|
||||
|
||||
## 遇到的一个小插曲
|
||||
* **国内（境内）**：继续用 **又拍云 (Upyun)**。老牌子了，国内节点多，速度快，用了很久一直很稳，没必要换。
|
||||
* **国外（境外）**：换成了 **腾讯云 EdgeOne Pages**。用来替代 Vercel，主要负责港澳台和海外的流量。
|
||||
|
||||
刚开始在 GitHub Actions 上自动部署的时候，总是提示空间不足：
|
||||
这样既能保证国内访客秒开，又能照顾到海外访问的体验，相当于搞了个“双保险”。
|
||||
|
||||
```text
|
||||
Error: No space left on device
|
||||
```
|
||||
## 迁移过程
|
||||
|
||||
这就很尴尬了。后来发现是我以前上传图片太随意了，很多高清原图把空间占满了。于是先用脚本把图片都压缩成了 WebP 格式，给仓库"瘦身"了一下，这才顺利进行下一步。这也提醒我，平时维护博客还是要注意一下资源管理呀。
|
||||
其实过程没有我想象的顺利，EdgeOne Pages 给我更多的感觉是一个半成品，很多功能还在完善中。
|
||||
|
||||
## 编写部署脚本
|
||||
我看了支持的框架，还没有适配 Hugo，实际部署起来坑不少。我试了三次，用自定义配置也没跑通，老是报错。
|
||||
|
||||
为了让部署过程更稳定，也方便以后自己在本地测试，我没有直接把一堆命令写在 GitHub 的配置里，而是专门写了一个小脚本。
|
||||
既然官方的构建环境不太稳，那我就把构建这一步放在自己手里。转变思路：**在 GitHub Actions 里构建好，然后直接把生成的静态文件推送到 EdgeOne Pages**。
|
||||
|
||||
虽然我代码写得一般，但加上注释后应该还是挺好懂的。这里把完整代码贴出来，大家如果有需要可以直接拿去用：
|
||||
### 1. 准备一个部署脚本
|
||||
|
||||
**`scripts/deploy_edgeone.sh`**
|
||||
参考一下其他博主的文档，以及询问豆包，下面分享我的思路。首先，在项目里加个脚本 `scripts/deploy_edgeone.sh`，利用 EdgeOne 的 CLI 工具来上传文件。
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
# EdgeOne Pages 部署脚本
|
||||
# EdgeOne Pages Deployment Script
|
||||
|
||||
# 1. 检查必要的环境变量
|
||||
# 如果没有配置 API Token，就直接报错退出，防止后面瞎忙活
|
||||
# 1. 检查环境变量
|
||||
if [ -z "$EDGEONE_API_TOKEN" ]; then
|
||||
echo "Error: EDGEONE_API_TOKEN is not set."
|
||||
exit 1
|
||||
fi
|
||||
|
||||
# 2. 设置默认值
|
||||
# 如果没传参数，就用默认的 "hugo-blog" 作为项目名
|
||||
PROJECT_NAME=${1:-"hugo-blog"}
|
||||
# 默认发布当前目录下的 public 文件夹
|
||||
BUILD_DIR=${2:-"./public"}
|
||||
|
||||
echo "正在部署到 EdgeOne Pages..."
|
||||
echo "项目名称: $PROJECT_NAME"
|
||||
echo "发布目录: $BUILD_DIR"
|
||||
echo "Deploying to EdgeOne Pages..."
|
||||
echo "Project: $PROJECT_NAME"
|
||||
echo "Directory: $BUILD_DIR"
|
||||
|
||||
# 3. 执行部署命令
|
||||
# 这里用 npx 来运行，这样就不用在电脑上专门安装 edgeone 的命令行工具了
|
||||
# 也不用担心版本不兼容的问题，挺方便的
|
||||
# 使用 npx 运行 edgeone CLI，无需全局安装
|
||||
npx edgeone pages deploy "$BUILD_DIR" -n "$PROJECT_NAME" -t "$EDGEONE_API_TOKEN"
|
||||
|
||||
# 4. 检查是否成功
|
||||
# $? 代表上一个命令的退出状态，0 表示成功
|
||||
# 4. 检查结果
|
||||
if [ $? -eq 0 ]; then
|
||||
echo "太棒了，部署成功！"
|
||||
echo "Deployment successful!"
|
||||
else
|
||||
echo "哎呀，部署失败了，快去检查一下日志吧。"
|
||||
echo "Deployment failed!"
|
||||
exit 1
|
||||
fi
|
||||
```
|
||||
|
||||
## 配置自动化流程
|
||||
### 2. 配置 GitHub Actions
|
||||
|
||||
脚本写好了，最后一步就是告诉 GitHub Actions 每次我更新文章时自动运行这个脚本。
|
||||
|
||||
在 `.github/workflows/deploy.yml` 文件里，我是这样配置的：
|
||||
然后，在 `.github/workflows/deploy.yml` 里加上这一步。记得先去 EdgeOne 控制台生成一个 API Token，然后放到 GitHub 仓库的 Secrets 里（名字叫 `EDGEONE_API_TOKEN`）。
|
||||
|
||||
```yaml
|
||||
# ... 前面的构建步骤省略了 ...
|
||||
|
||||
# 构建生成静态文件
|
||||
- name: Build
|
||||
run: rm -rf public && hugo --minify
|
||||
|
||||
# 部署到 EdgeOne Pages
|
||||
- name: Deploy to EdgeOne Pages
|
||||
env:
|
||||
# 这个 Token 记得去 GitHub 仓库的 Settings -> Secrets 里配好哦
|
||||
EDGEONE_API_TOKEN: ${{ secrets.EDGEONE_API_TOKEN }}
|
||||
run: |
|
||||
# 给脚本加上可执行权限，不然运行不了
|
||||
chmod +x scripts/deploy_edgeone.sh
|
||||
# 执行脚本，传入项目名和目录
|
||||
./scripts/deploy_edgeone.sh hugo-blog ./public
|
||||
|
||||
# ... 后面的步骤 ...
|
||||
```
|
||||
|
||||
## 小结
|
||||
这样一来，每次我推送代码，GitHub Actions 就会自动把 Hugo 构建好的 `public` 文件夹推送到 EdgeOne，既省心又稳定。
|
||||
|
||||
看着 GitHub Actions 里的绿色对号亮起，心里还是挺舒坦的。现在博客访问起来感觉确实顺滑了一些。
|
||||
|
||||
折腾博客的乐趣大概就在这里吧，虽然过程中会遇到各种奇奇怪怪的问题，但解决问题后的那份满足感，还有能和博友们分享经验的快乐，是什么都比不了的。
|
||||
|
||||
如果你的博客也想试试 EdgeOne，希望这篇文章能帮到你。有问题欢迎在评论区留言，我们一起交流~
|
||||
### 关键的 DNS 设置
|
||||
|
||||
部署好之后，最关键的一步就是在域名解析里做分流。
|
||||
|
||||
我是在 dnspod 服务商那里这样设置的：
|
||||
|
||||
1. **默认线路（Default）**：CNAME 指向 EdgeOne 提供的域名。这样海外用户就会走 EdgeOne 的加速节点。
|
||||
2. **境内线路（China）**：CNAME 指向又拍云的域名。这样国内用户依然走又拍云，速度不受影响。
|
||||
|
||||
## 体验总结
|
||||
|
||||
切过来，简单测试一下，整体感觉挺香的。
|
||||
|
||||
* **速度方面**：简单测了一下，海外节点的响应确实挺快，感觉比 Vercel 要稳一些。
|
||||
* **管理方便**：毕竟是腾讯云的产品，控制台全中文，功能看着也直观。
|
||||
|
||||
总之，这次调整算是一次小小的升级吧，既保留了国内的优势，又补齐了海外的短板。对于像我这样喜欢把博客托管在静态服务上的朋友，EdgeOne Pages 确实是个不错的替代方案。
|
||||
Reference in new issue
Block a user