Mal-side vs. maskin
Carrd, Notion og lignende er fine for første live ting. De er raske. Men du låner plattformen: design, URL-struktur, integrasjoner og «hva skjer hvis prisen går opp».
Egen maskin betyr at du har repo, build, deploy og domene du kan flytte. Du kan legge til sider, prerender for Google, koble skjema til MailerLite via Worker, og endre med AI i Cursor uten å be en plattform om tillatelse.
Les sammenligningen i egen side vs. mal. Begge er legitime. Maskinen er når du vil vokse uten å bytte spor.
Stacken jeg dokumenterer
Digitalt kompass og Snarveien speiler HoliSti-praksis, ikke «beste stack 2026»:
- Domene og DNS: eget navn, peking til Cloudflare.
- React + Vite: komponenter du gjenbruker, statisk build.
- Cloudflare Workers + Assets: publisering, redirect, API for subscribe.
- MailerLite: liste, grupper, velkomst, API-nøkkel i Worker.
- Cursor: AI som programmeringspartner når du endrer kode og copy.
Det er ikke den eneste veien. Det er en vei som er dokumentert steg for steg på norsk.
Publisere uten mystikk
«Deploy» høres teknisk. I praksis: du bygger statiske filer, laster dem til Cloudflare, Worker håndterer www-redirect og /api/subscribe. Cloudflare Workers for nybegynnere forklarer hvordan jeg gjør det i Snarveien Del 7.
Du trenger ikke forstå alt før du starter. Du trenger én vei du kan gjenta: endring → build → deploy.
Liste som del av maskinen
E-postlisten er ikke et separat «marketing-verktøy» i skyen. Den er koblet til siden: skjema på nettside, API i Worker, gruppe i MailerLite. MailerLite-oppsett dekker norsk praktikk.
Når maskinen er sammenkoblet, melder noen på fra siden, havner de i riktig gruppe, og velkomst kjører uten at du kopierer e-post manuelt.
AI på maskinen
Cursor endrer filer i repoet. Du beskriver «legg til FAQ på denne siden» eller «fiks subscribe-endepunkt». AI foreslår patch. Du leser og godkjenner. Det er AI-arbeidsflyt på kode.
Snarveien Del 4 (oppsett) er der maskinen tar form lokalt før publisering.
Slik så det ut hos meg
Stien ut startet som enklere publisering. Snarveien ble når jeg ville at stienut.holisti.no, snarveien.holisti.no og huben skulle dele samme disiplin: prerender for SEO, Worker for API, MailerLite for liste, én subscribe-modul gjenbrukt i dev og prod.
Det tok tid å sette opp første gang. Nå er endringer små: ny bibliotek-side, build, deploy. Maskinen betaler seg i gjentakelser, ikke i første kveld.
HoliSti er fortsatt under bygging. Maskinen er ikke «ferdig». Den er noe jeg kan vokse i uten å bytte plattform hver gang jeg legger til en guide.
Domene og DNS i rolig tempo
Domene er navnet folk skriver. DNS er pekingen til hvor filene ligger. Det høres skummelt, men i praksis: kjøp domene, legg det på Cloudflare, pek til Workers/Assets. Snarveien Del 7 og videre går steg for steg.
Ikke kjøp fem domener før én side er live. Ett domene, én sti, er nok.
Vite og React: hva du faktisk får
Vite er build-verktøy: rask dev, statisk output. React er måten jeg strukturerer sider som komponenter (header, artikkel, skjema). Du kopierer mønster fra Snarveien-repo før du «forstår alt».
Cursor hjelper når du vil endre komponent uten å google i timer. Det er maskinen i praksis, ikke teori.
Når maskinen er riktig neste steg
Hvis du ikke har noe live: start Stien ut. Hvis du har side og liste men vil eie deploy og synlighet: Snarveien. Ett løp om gangen.
Feilsøking som del av maskinen
Subscribe feiler, deploy feiler, DNS peker feil. Det er normalt første gang. Logg, AI-feilsøk med kontekst, én fix om gangen. Maskinen inkluderer feilsøking, ikke bare «det virker første gang».