# Ops & Deploy Runbook — blog.hoelee.com How this blog is built, deployed, and kept alive. Read when debugging CI/CD, deployment, or hosting. --- ## Pipeline ``` Markdown (src/content/posts) → Astro build (dist/) → Gitea Actions → act_runner on unRaid → nginx container → Cloudflare tunnel → Cloudflare CDN → blog.hoelee.com ``` - **Repo:** `git.hoelee.com/hoelee/hoelee-blog` (push here first, then GitHub — standing convention). - **Runner:** `act_runner` on unRaid (verified working: Gitea 1.27.3 + runner 3.3.2, PAT-secret pipeline). --- ## Write & publish a post 1. Create `src/content/posts/.md` with frontmatter (see `content-guide.md` §6). 2. Push to `main`. 3. CI builds `dist/` and deploys to the nginx container automatically. - **Before pushing a post that adds art**, generate its in-page derivatives: `uv run --with pillow python scripts/optimize-images.py ` (banner `.webp` + `/og/thumb/-{400,800}.webp`). The PNGs from `banner-gen` / `og-gen` remain the `og:image` source of truth — see `design-guide.md` §3 for the format policy and measured sizes. 4. Verify live: `curl -I https://blog.hoelee.com/` → expect 200. --- ## Build pitfalls (from prior Astro work — check these first) - **No JSX helper components in frontmatter** — inline JSX directly in `.map()` calls, or the build fails with `Expected ">" but found "class"`. - **Import depth** — `src/pages/*.astro` use `../layouts/…`; subdirs use `../../`. Wrong level = `Could not resolve`. - **Footer must render AFTER `
`** — a shared header+footer component renders footer above content otherwise. - **`npm install` scripts blocked** can leave esbuild's binary missing → check `npm warn install-scripts` at install time. --- ## Verify before shipping a layout change Headless-Chrome screenshot + vision check on **both** 390px and 1280px: ```bash CHROME="/c/Program Files/Google/Chrome/Application/chrome.exe" "$CHROME" --headless --disable-gpu --window-size=1280,2400 \ --screenshot="$(cygpath -w $LOCALAPPDATA/Temp/blog.png)" \ --virtual-time-budget=4000 "http://localhost:4321/" ``` Overflow diagnosis (real numbers, not screenshot guessing): check `scrollWidth > innerWidth` via CDP `Runtime.evaluate`. --- ## nginx layer (unRaid container, Portainer stack 247) The container `nginx-hoelee-blog` (`nginx:1.29-alpine`, host port 8081) had a **stock `default.conf`** until 2026-10-16, when the config became a bind mount: - `/mnt/user/docker/nginx-hoelee-blog/conf.d/default.conf` → `/etc/nginx/conf.d/default.conf:ro` - Edits take effect after `docker exec nginx-hoelee-blog nginx -t && docker exec nginx-hoelee-blog nginx -s reload` (no restart needed). Validate a candidate file first in a throwaway container: `docker run --rm -v /mnt/user/docker/nginx-hoelee-blog/conf.d/default.conf:/etc/nginx/conf.d/default.conf:ro nginx:1.29-alpine nginx -t` - Stack: Portainer **DSM instance** (endpoint 3 = unRaid), stack id **247**. Read/update via `GET|PUT /api/stacks/247?endpointId=3`; PUT recreates the service (a few seconds of downtime). What the conf adds, and why: | Rule | Why | |---|---| | `location = /posts/zh/ { return 301 /zh/posts/; }` | Chinese posts live at `/posts/zh//`, so the bare directory had no index and answered **403**. The Chinese archive is `/zh/posts/`. | | `error_page 404 /404.html;` + internal location | Astro builds `dist/404.html`. Without it, a broken link showed nginx's default page. Served with a 404 status so crawlers do not index it. | | `location /_astro/` → `max-age=31536000, immutable` | Astro hashes these filenames, so they can never go stale. `/og/*.png` and `/banners/*.png` are **not** hashed and are regenerated in place, so they deliberately keep Cloudflare's default TTL. | | HTML → `max-age=0, must-revalidate` | A deploy must be visible immediately; edge caching is controlled separately by the Cloudflare Cache Rule + the deploy purge step. | Header note: the public `Strict-Transport-Security` and the default 16-day asset `Cache-Control` come from **Cloudflare zone settings**, not from this nginx (the origin sends no such headers). See `docs/project-state.md` §1 B2 for the open CF items. ## Hosting notes - Static output = trivial to serve from any nginx/OpenLiteSpeed dir. Cloudflare in front gives CDN + HTTPS + DDoS. - Cloudflare Pages **git integration supports GitHub/GitLab only — not Gitea**. Current setup (Gitea → self-hosted runner → nginx) sidesteps this entirely and is the reason the pipeline is the way it is. - Full self-hosting also avoids Cloudflare Pages' 25MB/file, 20k-files limits — a decision already baked into this architecture. --- ## Health checks - `curl -I https://blog.hoelee.com/` → 200, correct `content-type`. - `curl https://blog.hoelee.com/sitemap.xml` → lists all published posts. - `curl https://blog.hoelee.com/rss.xml` → non-empty. - DNS: `blog.hoelee.com` resolves through Cloudflare (proxy enabled). ## Pitfall: premature poll caches a 16-day 404 The origin serves `Cache-Control: max-age=1382400` (16 days), and Cloudflare caches negative (404) responses too. If you curl a freshly-deployed URL **before the CI deploy finishes**, Cloudflare caches that 404 for 16 days — the page itself returns 200 but its `og`/`banner` PNGs 404 with `cf-cache-status: HIT`. - **Detect:** the bare URL 404s but `?v=` (cache-buster) returns 200 → origin is fine, edge cache is stale. - **Fix:** purge the Cloudflare zone cache. Zone-level token (`Zone.Cache Purge` perm, lives in the cloudflare-pages-deploy skill) → `POST /zones/8c8b2359766ac853602b91dd851c630e/purge_cache` with `{"purge_everything":true}`. See that skill for the exact curl. - **Prevent:** after `git push`, `sleep` ~60–90s before the first bare-URL check, or validate with `?cb=$(date +%s)` first so you never register a 404 into edge cache.