⚽ World Cup Pool
🇺🇸 🇲🇽 🇨🇦

2026 FIFA World Cup Pool

USA · Mexico · Canada

June 11 – July 19, 2026

Architecture

A deep-dive into how the World Cup Pool is built, from the request path down to the database, plus the CI/CD topology and the domain model. Written for engineers extending or operating the system.

Framework
Next.js 16 (App Router)
Runtime
React 19 · Node
Data
Prisma 6 · Neon Postgres
Host
Vercel — CI · CDN · Analytics

1 · Runtime request path

Every page is a React Server Component that reads through a single Prisma client into Neon. Interactive surfaces hydrate as client components and mutate state through /api route handlers.

Browser — React 19 clientClient components: HomeClient · PicksClient · AdminClient · Navigation · ThemeToggleState: useState/useMemo bracket model · wcpool_pid cookie (httpOnly)Next.js 16 App Router · Vercel (Node runtime)Server Components render pages (dynamic = force-dynamic)Route Handlers /api/* — pools · join · picks · admin/resultslib/session.ts reads/writes the player cookiePrisma 6 Client (global singleton)Type-safe queries · generated at build · pooled connectionsNeon Postgres (serverless)Tables: Pool · Player · Pick · TeamDATABASE_URL (pooled) · DATABASE_URL_UNPOOLED (migrations)HTTPS · fetch() / navigationprisma.* querySQL over TCP

2 · CI/CD & deployment topology

main is branch-protected; all work lands via PRs. Each push builds on Vercel, and the build is gated by the unit-test suite before Next.js compiles.

Developerfeature branchlocal: npm run buildGitHubmain (protected)PR + checksVercel Buildprisma generatevitest run (gate)next buildProductionCDN + Node fns→ Neon Postgres

3 · Data model

Four entities. Team is reference data seeded from data/worldcup2026.ts; the admin mutates only its result columns. A Pick is the join between a player and a team for a given round.

1None-to-many1None-to-many1None-to-manyPoolid (PK)joinCode (unique)lockedPlayerid (PK)poolId (FK)displayNamePickid (PK)playerId (FK)teamCode (FK)roundTeamcode (PK)reachedRoundwonGroup
Pool
A shared bracket competition
idcuid, PK
namestring
joinCodestring, unique (6-char)
lockedboolean — freezes picks
createdAtdatetime
1 → N Player
Player
A person in one pool (no auth)
idcuid, PK — stored in cookie
displayNamestring
poolIdFK → Pool (cascade)
joinedAtdatetime
@@unique(poolId, displayName)
N → 1 Pool1 → N Pick
Pick
Player predicts Team reaches Round
idcuid, PK
playerIdFK → Player (cascade)
teamCodeFK → Team
roundGROUP|FINAL4|SEMIFINAL|WINNER
groupIdstring, nullable — only for GROUP
@@unique(playerId, round, groupId, teamCode)
N → 1 PlayerN → 1 Team
Team
Seeded reference data (48 rows)
codestring, PK (e.g. BRA)
namestring
group"A".."L"
reachedRoundstring, nullable — set by admin
wonGroupboolean — set by admin
isChampionboolean — set by admin
1 → N Pick

4 · Key flows

Create / join a pool

  1. HomeClient POSTs to /api/pools or /api/pools/[code]/join.
  2. Route handler creates the Pool/Player and calls setPlayerIdCookie().
  3. wcpool_pid (httpOnly, 90-day) is written; client routes to /pools/[code].

Make / edit picks

  1. PicksClient builds the full pick set client-side with progressive reveal.
  2. Save POSTs the entire set to /api/pools/[code]/picks.
  3. Handler validates round counts, then $transaction([deleteMany, createMany]) — an atomic replace.
  4. Reset = POST an empty array → deletes all picks.

Admin enters results

  1. AdminClient submits to /api/admin/results with the ADMIN_TOKEN.
  2. Handler verifies the token server-side, then updates Team result columns.
  3. Locking a pool flips Pool.locked; the picks API then rejects writes.

Leaderboard

  1. Server component loads players + picks + teams in one pass.
  2. scoreAllPicks() computes per-round and total points purely in memory.
  3. Rows sort by total desc, then alphabetically by name as a tie-break.

5 · Scoring engine

lib/scoring.ts is pure and deterministic — no I/O — which makes it trivial to unit test. Knockout rounds are cumulative: a team that advances further also satisfies the earlier rounds (a finalist still earns its Final-4 points; the champion earns all three). Correctness is round-specific:

RoundCorrect when…Pts×Max
GROUPteam.wonGroup && team.group === pick.groupId11212
FINAL4team reached ≥ Final 4 (cumulative)4416
SEMIFINALteam reached ≥ Semi-Final (cumulative)8216
WINNERteam.isChampion16116
Maximum achievable60

6 · Security & sessions

  • No passwords. Identity = the wcpool_pid cookie (httpOnly, SameSite=Lax).
  • The cookie alone grants nothing: every API route verifies the player belongs to the pool named in the URL.
  • Admin writes are gated by a server-checked ADMIN_TOKEN env var; the page UI never trusts the client.
  • Viewing another player's picks reuses PicksClient in a locked (read-only) mode.
  • Picks close when the admin locks the pool or the global deadline in lib/lock.ts passes (end of Jun 10, 2026) — enforced in both the picks API and UI.

7 · Connection & build notes

  • DATABASE_URL is the pooled (PgBouncer) Neon URL for app queries.
  • DATABASE_URL_UNPOOLED (directUrl) is used for migrations.
  • Prisma is a global singleton to survive serverless function reuse and avoid connection storms.
  • Pages use export const dynamic = "force-dynamic" so picks/leaderboards are never statically cached.
  • Build: prisma generate → vitest run → next build — a failing test blocks the deploy.
  • Vercel Web Analytics via <Analytics /> (@vercel/analytics) mounted in the root layout — privacy-friendly page-view metrics.

8 · Backups & durability

Pools, players, and picks exist only in Neon — the seed Team rows regenerate from data/worldcup2026.ts, but user data does not. After picks lock on Jun 10 that data is effectively frozen, so a snapshot at lock protects nearly everything.

On-demand (local)

  • npm run db:backup → timestamped, gzipped pg_dump in backups/ (git-ignored).
  • npm run db:restore -- <file> restores (prompts first; dumps use --clean --if-exists).
  • scripts/db-url.sh resolves the direct/unpooled URL — best for pg_dump.

Automated (GitHub Actions)

  • .github/workflows/backup.yml runs pg_dump daily + on demand.
  • Each dump is uploaded as a 90-day workflow artifact.
  • Needs a DATABASE_URL_UNPOOLED repo secret to run.
  • Neon point-in-time restore is a short-window safety net; these dumps are the durable copy.

9 · Repository map

app/
  layout.tsx                       root layout · mounts <Analytics/>
  page.tsx · HomeClient.tsx        create / join a pool
  pools/[code]/
    page.tsx                       pool dashboard
    picks/  page.tsx · PicksClient  progressive bracket picker
    leaderboard/page.tsx           scored standings (server-computed)
  how-it-works/ · architecture/    static reference pages
  admin/  page.tsx · AdminClient    results entry (token-gated)
  api/
    pools/route.ts                 create pool
    pools/[code]/join/route.ts     join pool
    pools/[code]/picks/route.ts    atomic replace of a player's picks
    admin/results/route.ts         set team results / lock pool
components/   Navigation (client · active-link) · HeroBanner · ThemeToggle
lib/          db.ts (Prisma singleton) · session.ts (cookie)
              scoring.ts (pure, cumulative) · lock.ts (pick deadline)
data/         worldcup2026.ts (48 teams, rounds, points)
prisma/       schema.prisma · seed.ts
scripts/      backup-db.sh · restore-db.sh · db-url.sh
.github/      workflows/backup.yml (scheduled pg_dump)
__tests__/    vitest unit + component tests
e2e/          playwright smoke tests