Domene- og DNS-panel med rolig live-status

Lokalt er en øvelsesbane. Jeg ble først rolig da jeg kunne sende noen en adresse som faktisk åpnet siden. Ikke «det kjører hos meg», men en URL på nettet.

Sti-notatet ditt

Du har IA-kart og tomme ruter (pluss alt før det). Denne delen legger til: valgt (sub)domene, DNS-notat (hva du satte), og live URL etter deploy.

Mangler kartet? Skriv minimumsrutene først. Du trenger ikke ferdig innhold overalt for å publisere et ærlig minimum.

Historie

Jeg utsatte publisering fordi jeg trodde jeg måtte forstå «hele internett» først. Domene, DNS, sertifikat, CDN. Ordene føltes tunge.

Det jeg faktisk trengte, var tre ting: et navn på adressen, en peker fra det navnet til der filene bor, og en host som serverer dem. Resten kunne jeg lære når noe knakk.

Første gang siden svarte på https-adressen min, var det ikke feiring. Det var lettelse. Nå fantes det et sted å peke.

Prinsipp

Live URL er eiendelen. Lokal mappe er verkstedet.

Du godkjenner før noe går ut. AI og verktøy kan foreslå kommandoer. Du eier knappen. En adresse du kan sende, er mer verdifull enn en perfekt lokal demo ingen har sett.

Hvordan

Anbefalt sti i denne serien: Vite-build → Cloudflare Worker + Assets → custom domain. Én fasit. Du kan bytte host senere. Ikke tre hosts første uke.

  1. Velg adresse — eget domene, eller subdomene under noe du allerede eier (f.eks. mittprosjekt.dittnavn.no). Skriv den i sti-notatet.
  2. Bygg lokalt førstnpm run build. Sjekk at dist/ finnes og at du kan åpne den uten feil. Ikke deploy noe du ikke har bygget rent.
  3. Opprett Worker i Cloudflare — Workers & Pages → Create. Koble repo eller last opp bygget etter det oppsettet du bruker (Wrangler lokalt, eller Workers Builds fra GitHub). Målet: Worker-navn du kjenner igjen, Assets som peker på dist.
  4. Custom domain — i Worker: Custom Domains → legg til adressen din. Cloudflare viser ofte hvilke DNS-records som trengs.
  5. DNS: kopier, ikke gjett — DNS er telefonkatalogen for nettet. En A-record peker et navn til en IP. En CNAME peker et navn til et annet navn. For mange Cloudflare-oppsett håndteres dette automatisk når domenet allerede ligger hos Cloudflare. Hvis panelet ber deg legge inn CNAME/A manuelt: lim inn akkurat det de viser.
  6. Verifiser live — åpne https://din-adresse i et privat vindu. Du skal se landingen. Skriv URL-en i sti-notatet.

Worker kan senere ta API-ruter (påmelding). Først: få HTML/CSS/JS ut.

Hvis DNS «ikke virker»

Etter du lagrer, kan det ta fra minutter til noen timer før alle ser endringen. Det er normalt. Ikke deploy ti ganger i panikk. Vent, sjekk privat vindu igjen, feilsøk. Skriv «venter på DNS» i sti-notatet hvis du må pause.

Forklar mer A, CNAME og Worker + Assets

A: example.com203.0.113.10 (tall). Brukes ofte for rotdomenet når hosten gir en IP.

CNAME: www.example.comnoe.workers.dev (et annet navn). Vanlig for subdomener.

Worker + Assets: Worker er den lille serveren i kanten. Assets er de statiske filene fra dist/. Sammen: siden din på en ekte adresse, med mulighet for /api/… senere uten egen «backend-server» hjemme.

Du trenger ikke hele Cloudflare-håndboken. Du trenger én deploy du har godkjent, og én URL som svarer.

Se forskjellen i praksis:

Bare lokalt

«Det funker på localhost.»

Live nok til å eie

«https://din-adresse åpner siden i et privat vindu.»

Vanlig felle

Å jage perfekt innhold før første deploy. Da blir verkstedet et skjulested. Publiser et ærlig minimum: landing med hero og CTA, stubber på de andre rutene. Du kan fylle på etterpå. Adressen er steget.

Slik så det ut hos meg

  1. Subdomene under holisti.no (f.eks. sti-navn.holisti.no).
  2. Worker med Assets fra Vite-build. Custom domain i panelet.
  3. DNS hos Cloudflare. Jeg kopierte det panelet ba om.
  4. Privat vindu: https svarte. Så: vane. Bygg, sjekk, deploy.

Jeg skrev ikke en avhandling. Jeg fulgte én sti og testet URL-en selv.

Resultatet hos meg: en adresse jeg kunne sende, og en rytme for å få endringer ut uten drama.

Med AI

Be om en sjekkliste til din situasjon, ikke et generisk kurs. Lim inn:

Tekst du kan lime inn i AI

Jeg har et Vite/React-prosjekt som bygger rent (npm run build → dist/).
Jeg skal publisere til Cloudflare Workers + Assets.
Valgt adresse: [lim inn domene eller subdomene].
Domenet ligger [hos Cloudflare / hos annen registrar].

Gi meg en kort sjekkliste:
1) Wrangler eller Workers Builds: hva jeg velger for mitt nivå
2) Custom domain + hvilke DNS-records jeg typisk må bekrefte (A vs CNAME forklart enkelt)
3) hvordan jeg verifiserer live i privat vindu
4) hva jeg IKKE trenger å forstå ennå

Ingen lang tutorial. Punktliste. Én anbefalt sti. Spør meg hvis noe mangler.
Tone: rolig, ærlig, ingen hype.

Les svaret. Stryk det som ikke gjelder deg. Du trykker deploy.

I dag (under 20 min)

Skriv ønsket live-adresse i sti-notatet. Kjør npm run build. Sett i gang Worker + custom domain (eller fullfør DNS hvis deploy allerede finnes). Lim inn den live URL-en når privat vindu svarer.

Har DNS ikke propageret ennå? Noter «venter på DNS» og URL-en du skal ha. Fortsett når den åpner. Det er greit.

Sjekk før du går videre

  • Nå: side live på host (eller konkret ventestatus + planlagt URL)
  • Neste (Del 8): én ekte integrasjon, så knappen lander i listen din

En live side uten liste er fortsatt et visitkort med ratt. Neste steg er påmelding: skjema mot MailerLite, med nøkkel som hemmelighet og ærlig bytte. Da blir adressen et sted folk kan si ja.

Neste steg, når du er klar: Del 8Én ekte integrasjon: MailerLite