type: decision
status: active
timestamp: 2026-06-20
tags: [oriz-me, branding, architecture, single-site, sections]

oriz-me-site stays a single site with sections — not split into now/uses/gear/cv subdomains

me.oriz.in single Astro site, not split /gear, /reading, /coding, /lifestream, /cv, /contact). Not split into now.oriz.in, uses.oriz.in, gear.oriz.in, etc.

oriz-me-site stays a single site with sections — not split into now/uses/gear/cv subdomains

2026-06-21 — home/me role split sharpened (Q60-Q63). This decision still stands: me.oriz.in remains a single site with internal sections. What changed in the second grill pass is the boundary with home.oriz.in / oriz.in:

  • Q60. home-app leads with personal bio FIRST + apps/tools grid second. Overrides the older 12-section portfolio expansion.
  • Q62. Two sites, role split locked: home = brand + bio + grid; me = lifelog (now / uses / gear / reading / coding / lifestream / cv / contact, per the sections below).
  • Q63. Home hero carries an explicit “See my full work” CV button linking to me.oriz.in/cv. The CV stays at /cv on me — Q63 just adds the cross-site entry point.

Net effect: short bio + apps grid at apex, long-form lifelog + CV at me. No subdomain split on the me side; the apex side now leads with bio. See multi-target-build § Q47-Q77 additions.

Decision

oriz-me-site stays a single Astro site at me.oriz.in with multiple URL sections (/now, /uses, /gear, /reading, /coding, /lifestream, /cv, /contact). NOT split into now.oriz.in, uses.oriz.in, gear.oriz.in, resume.oriz.in, cv.oriz.in, or any other per-section subdomain.

Why

  1. Personal-brand sites are facets of one person, not separate products. Recruiters / visitors / collaborators want one page that answers “who is this person?”, not 6 subdomains to navigate.
  2. Reference set agrees. brianlovin.com, leerob.io, mxstbr.com, wesbos.com, kentcdodds.com, swyx.io — every well-known dev personal brand is a single-domain site with internal sections. None split into per-section subdomains.
  3. Locked architecture already assumes one store. The lifestream JSONL canonical file (per lifestream-jsonl-canonical) is one file, sharded by year, in one repo. Splitting me into N sites would force either duplicated consent / analytics / Sentry setup × N or fragmented JSONL across N data repos — both fight the single-source posture.
  4. Single domain accumulates SEO equity faster. Splitting dilutes it across N subdomains; backlinks to me.oriz.in/uses build me.oriz.in’s authority, backlinks to uses.oriz.in don’t.
  5. Maintenance cost. Each -site repo multiplies CI runs, env-key provisioning, deploy hooks, design-token sync, dependency upgrades, .env.example syncs (per env-and-secrets-single-source). Auto-only-tracking + lifestream JSONL drive most content auto-magically; splitting buys nothing and costs ~5x.
  6. Alphabet analogy does NOT apply. Alphabet lists subsidiaries on abc.xyz because each is a separate company with its own P&L. now / uses / gear / bio / cv are facets of one person, not separate products. The right analogue is brianlovin.com (sections), not abc.xyz (subsidiaries).

Implications

What we don’t do

Cross-refs


Edit on GitHub · Back to index