The Vercel -> Cloudflare Pages move is done and the Vercel project is deleted, so the one-shot scripts have no remaining purpose. Nothing in CI ever called them — deploy-site.yml runs npm ci / test / build / pages deploy inline — so this removes 10 files and orphans nothing. Deleted: 00-baseline (refused to run without x-vercel-id, so permanently unrunnable), 01-preflight (proved Vercel state and API-token scopes), 07-dns-cutover (the phased cutover; in the end the records were attached through the dashboard, and the rules/apex phases went unused once we chose APEX_MODE=serve), 09-detach-vercel (its target project is gone), plus 03-ensure-project, 04-set-secrets, 05-deploy, 06-verify-deploy, 02-verify-local and 99-rollback, all either spent or duplicating CI. Their lib/cf-api.sh went with them: the survivors use wrangler, so the whole remaining path needs only `wrangler login` and no zone scopes. What is kept is the part with ongoing value: lib/parity.sh, the assertion set that caught five real defects during the migration — the live COOP/COEP bug on the post's canonical URL, the soft-404 Pages would have introduced, the cross-site form-POST guard Vercel had been providing for free, the missing immutable header, and HSTS max-age=0. "Does the page return 200" catches none of those. 08-verify-prod.sh becomes verify.sh, since the numbered sequence it belonged to no longer exists. It drops the stamp machinery, the dry-run plumbing and the Vercel-fallback messaging (there is no fallback now: recovery is promoting a previous Pages deployment), and gains --skip-dns / --skip-domains so it can be pointed at a single deployment via PROD_BASE before promoting it. The README is rewritten around the four invariants that fail SILENTLY — never widen _headers to /*, keep both URL forms of the Gerber post, never delete 404.astro, keep the cross-site form-POST guard — each with the reason, since the reason is the only thing that stops someone simplifying them back out. Verified after: 21 probes, 20 pass, 1 warn (HSTS max-age is 6 months vs Vercel's 2 years — on, just shorter), 0 fail. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01LAmkjM7okPdScp9XLW1JVr
38 lines
1.5 KiB
Shell
38 lines
1.5 KiB
Shell
#!/usr/bin/env bash
|
|
# Shared plumbing for the site verification scripts: paths, config, logging.
|
|
# Sourced, never executed.
|
|
#
|
|
# bash 3.2 compatible (/usr/bin/env bash on macOS is 3.2.57): no associative
|
|
# arrays, no `mapfile`, no ${x,,}. Accumulators use temp files.
|
|
|
|
LIB_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
DEPLOY_SITE_DIR="$(dirname "$LIB_DIR")"
|
|
PCBJAM_DIR="$(cd "$DEPLOY_SITE_DIR/../.." && pwd)"
|
|
SITE_DIR="$PCBJAM_DIR/site"
|
|
|
|
# Defaults, all overridable by env — which is how you point the sweep at a
|
|
# preview deployment instead of production:
|
|
# PROD_BASE=https://abc123.pcbjam-site.pages.dev deploy/site/verify.sh
|
|
PAGES_PROJECT="${PAGES_PROJECT:-pcbjam-site}"
|
|
ZONE_NAME="${ZONE_NAME:-pcbjam.com}"
|
|
PROD_BASE="${PROD_BASE:-https://www.pcbjam.com}"
|
|
APEX_BASE="${APEX_BASE:-https://pcbjam.com}"
|
|
WRANGLER="${WRANGLER_CMD:-npx --yes wrangler@4}"
|
|
|
|
# How the apex behaves.
|
|
# serve (current) the apex is a SECOND Pages custom domain and answers 200.
|
|
# No redirect rule, no placeholder record. The pages emit
|
|
# canonical=www, which is what consolidates the two hosts for search.
|
|
# redirect the apex 308s to www. Kept because the assertion is cheap to keep
|
|
# and the decision could be revisited; nothing sets it up any more.
|
|
APEX_MODE="${APEX_MODE:-serve}"
|
|
|
|
section() { echo; echo "== $* =="; }
|
|
warn() { echo "warn: $*" >&2; }
|
|
die() { echo "verify: $*" >&2; exit 1; }
|
|
|
|
require_cmd() {
|
|
for c in "$@"; do
|
|
command -v "$c" >/dev/null 2>&1 || die "missing required command: $c"
|
|
done
|
|
}
|