Hugo on kkkk24 的博客

聊聊这个博客是怎么跑起来的

Wed, 04 Feb 2026 00:00:00 +0000

最近把博客从 Hexo 换成了 Hugo，顺便重新设计了一下构建和部署流程。趁热乎记录一下，也方便以后自己查。

先说结论：整体流程

简单来说就是这么个事儿：

我写 Markdown → 推到 GitHub → Actions 自动编译 → 服务器拉取 → Cloudflare 加速

画个图更清楚：

本地写文章 (Markdown)
        ↓ git push
GitHub main 分支
        ↓ 触发 Actions
GitHub Actions 编译
        ↓ 生成静态文件
gh-pages 分支
        ↓ 服务器 git pull
Nginx 托管静态文件
        ↓ 
Cloudflare CDN 缓存加速
        ↓
用户访问

为啥要搞这么复杂？主要是不想每次改个错别字都要登服务器手动操作。

为啥选 Hugo

之前用的 Hexo，没啥大毛病，但有几个痒点：

npm 依赖太多了。每次 CI 光装依赖就得好一会儿，偶尔还会出点版本冲突的幺蛾子
本地预览慢。文章多了之后，热更新明显变卡
想尝尝鲜。Hugo 用 Go 写的，据说快得离谱

实际用下来，确实快。本地预览基本秒开，GitHub Actions 那边构建也就几秒钟的事。

GitHub Actions：自动化构建

这是整套流程的核心。配置文件在 .github/workflows/hugo.yml，做的事情也简单：

name: Build Hugo Site

on:
  push:
    branches: [main]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: 装 Hugo
        run: |
          wget -O hugo.deb https://github.com/gohugoio/hugo/releases/...
          sudo dpkg -i hugo.deb

      - name: 拉代码
        uses: actions/checkout@v4
        with:
          submodules: recursive  # 主题是 submodule

      - name: 编译
        run: hugo --gc --minify

      - name: 推到 gh-pages
        uses: peaceiris/actions-gh-pages@v4
        with:
          publish_dir: ./public
          publish_branch: gh-pages

      - name: 顺手清一下 CDN 缓存
        run: curl -X POST "https://api.cloudflare.com/..." ...

每次 push 到 main 分支，Actions 就自动跑这一套。成功之后，编译好的静态文件就躺在 gh-pages 分支里了。

双分支策略

这个设计我挺满意的：

main 分支：源代码，Markdown 文件 + 主题配置
gh-pages 分支：编译产物，纯静态文件

好处是服务器上不用装 Hugo，直接拉 gh-pages 就能用。万一哪天想换个部署方式，也方便。

服务器这边

服务器就做两件事：

定时（或手动）从 gh-pages 拉最新的静态文件
Nginx 伺候着

Nginx 配置没啥特别的，主要是加了点缓存和压缩：

server {
    listen 80;
    server_name blog.kkkk24juastin.asia;
    root /var/www/blog;
    
    # 压缩
    gzip on;
    gzip_types text/css application/javascript text/html;
    
    # 静态资源缓存久一点
    location ~* \.(css|js|png|jpg|woff2)$ {
        expires 1y;
        add_header Cache-Control "public, immutable";
    }
}

更新脚本也就几行：

#!/bin/bash
cd /var/www/blog
git fetch origin gh-pages
git reset --hard origin/gh-pages

扔 crontab 里定时跑，或者配个 webhook 触发都行。

Cloudflare 加速

最后挂了层 Cloudflare，主要图几个好处：

全球 CDN。访客能从就近节点拿缓存，不用每次都回源
免费 SSL。懒得自己折腾证书
DDoS 防护。虽然我这小破站应该没人会打

不过有个坑：Cloudflare 默认不缓存 HTML 页面。对于静态博客来说这太亏了，得手动加个 Cache Rule，让它把 HTML 也缓存上。

配置好之后，访问速度从之前的 2 秒多降到了几十毫秒，效果立竿见影。

实际效果

优化前后的对比：

指标	之前	现在
首字节时间 (TTFB)	2.28s	~50ms
页面加载	3.5s	0.8s

主要提升来自 CDN 缓存。代码层面其实已经没啥可优化的了，瓶颈都在网络延迟。

一些碎碎念

整套流程跑下来，最爽的是真的不用操心部署了。写完文章，commit + push，等个几十秒，刷新页面就能看到更新。

当然也有不爽的地方。Hugo 的模板语法（Go Template）用起来不太顺手，文档也比较散。不过忍忍就好，毕竟主题配好了基本不用改。

如果你也在折腾博客，希望这篇能有点帮助。有问题可以留言，看到会回的 👋

Hugo 博客加载速度优化实践

Wed, 04 Feb 2026 00:00:00 +0000

发现问题

博客搭建完成后，访问时总觉得有点卡。打开 Chrome DevTools 看了下 Network 面板，发现几个问题：

图片没有做懒加载，首屏就加载了所有图片
HTML/CSS/JS 文件可以进一步压缩
没有利用好浏览器缓存
外部资源（如字体）请求有延迟

既然发现了问题，那就一个个解决。

Hugo 构建优化

深度压缩配置

Hugo 自带 minify 功能，但默认配置比较保守。在 hugo.toml 中可以配置更激进的压缩选项：

[minify]
  disableXML = true
  minifyOutput = true

  [minify.tdewolff]
    [minify.tdewolff.css]
      keepCSS2 = false
      precision = 0
    
    [minify.tdewolff.html]
      keepDocumentTags = true
      keepEndTags = true
      keepQuotes = false
      keepWhitespace = false
    
    [minify.tdewolff.js]
      keepVarNames = false
      precision = 0
    
    [minify.tdewolff.json]
      keepNumbers = false
      precision = 0
    
    [minify.tdewolff.svg]
      keepComments = false
      precision = 0

这个配置使用了 tdewolff/minify 库的参数，可以对各类资源做深度压缩：

CSS: 移除不必要的空格、简化数值精度
HTML: 移除空白、可选引号
JS: 压缩变量名
SVG: 移除注释、简化数值

构建缓存

重复构建时，很多资源是不变的，可以利用缓存加速：

[build]
  writeStats = true

[caches]
  [caches.assets]
    dir = ":resourceDir/_gen"
    maxAge = "720h"  # 30 天
  
  [caches.getcsv]
    dir = ":cacheDir/:project"
    maxAge = "4h"
  
  [caches.getjson]
    dir = ":cacheDir/:project"
    maxAge = "4h"
  
  [caches.getresource]
    dir = ":cacheDir/:project"
    maxAge = "4h"
  
  [caches.images]
    dir = ":resourceDir/_gen"
    maxAge = "720h"

writeStats = true 会生成一个包含所有使用过的类名的文件，可以配合 PurgeCSS 做 tree-shaking（虽然 PaperMod 主题本身已经很精简了）。

图片处理优化

Hugo 的图片处理功能很强大，合理配置可以减小图片体积：

[imaging]
  quality = 80
  resampleFilter = "Lanczos"
  hint = "photo"
  anchor = "Smart"
  bgColor = "#ffffff"
  
  [imaging.exif]
    disableDate = false
    disableLatLong = true  # 保护隐私

quality = 80：图片质量设为 80%，肉眼几乎看不出差别，但体积能减小不少
resampleFilter = "Lanczos"：高质量重采样算法，适合缩放照片
anchor = "Smart"：智能裁剪，自动识别图片主体
disableLatLong = true：移除 EXIF 中的位置信息，保护隐私

前端优化

DNS 预解析和预连接

浏览器解析域名需要时间，可以用 dns-prefetch 提前解析外部域名：


<link rel="dns-prefetch" href="//fonts.googleapis.com">
<link rel="dns-prefetch" href="//fonts.gstatic.com">
<link rel="dns-prefetch" href="//cdn.jsdelivr.net">

<link rel="preconnect" href="https://fonts.googleapis.com" crossorigin>
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>

preconnect 比 dns-prefetch 更进一步，会提前建立完整的 TCP 连接。

图片懒加载

现代浏览器都支持原生的 loading="lazy" 属性，不需要额外的 JS 库：

document.addEventListener('DOMContentLoaded', function() {
  function addLoadedClass(img) {
    if (img.complete) {
      img.classList.add('loaded');
    } else {
      img.addEventListener('load', function() {
        img.classList.add('loaded');
      });
    }
  }
  
  document.querySelectorAll('.post-content img').forEach(function(img) {
    if (!img.hasAttribute('loading')) {
      img.setAttribute('loading', 'lazy');
      img.setAttribute('decoding', 'async');
    }
    addLoadedClass(img);
  });
});

这段代码做了两件事：

给所有文章图片添加 loading="lazy" 和 decoding="async" 属性
图片加载完成后添加 loaded 类，配合 CSS 做渐显效果

图片渐显效果

配合上面的 JS，在 CSS 中实现平滑的渐显效果：

/* assets/css/extended/custom.css */

.post-content img,
.entry-cover img {
  background-color: var(--code-bg);
  transition: opacity 0.3s ease-in-out;
}

.post-content img[loading="lazy"],
.entry-cover img[loading="lazy"] {
  opacity: 0;
}

.post-content img.loaded,
.entry-cover img.loaded {
  opacity: 1;
}

这样图片在加载时会显示一个灰色占位背景，加载完成后平滑显示。

减少布局偏移

图片加载时如果没有预留空间，会导致页面布局跳动（CLS 指标），用户体验很差：

.post-content img {
  aspect-ratio: attr(width) / attr(height);
  height: auto;
  max-width: 100%;
}

如果图片设置了 width 和 height 属性，浏览器可以提前计算出图片的宽高比，预留好空间。

尊重用户偏好

有些用户可能对动画敏感，可以检测并禁用过渡效果：

@media (prefers-reduced-motion: no-preference) {
  html {
    scroll-behavior: smooth;
  }
}

@media (prefers-reduced-motion: reduce) {
  *,
  *::before,
  *::after {
    animation-duration: 0.01ms !important;
    transition-duration: 0.01ms !important;
    scroll-behavior: auto !important;
  }
}

优化效果

做完这些优化后，再看 Lighthouse 跑分：

指标	优化前	优化后
首次内容绘制 (FCP)	~1.5s	~0.8s
最大内容绘制 (LCP)	~2.5s	~1.5s
累积布局偏移 (CLS)	0.15	< 0.05

当然，实际效果还取决于服务器性能和用户网络。