så alt jeg ser på https://www.matvaretabellen.no/ er statisk HTML? Imponerende!

Og utrolig hvor kjapt alt sammen er. Skulle ønske flere nettsider var sånn!

Ja, vi bruker litt tid i bygget, så slipper du å vente når du skal besøke den 🙂

5000 html-filer på disk, ja 😅

Det hele startet med en drøm om raske nettsider når jeg skulle lage http://kodemaker.no 🙂

Litt om det her https://parenteser.mattilsynet.io/lange-flate-filer/

> 5000 html-filer på disk, ja 😅 Men det er vel en ... veldig god idé? Nginx (eller "Google Frontend") er vel raskere enn å generere HTML på serveren eller å generere DOM på klienten?

Jeg husker en jeg studerte med (som da jobbet på USIT) gjorde dette altså, bare genererte opp alle sider. Jeg synes han var kokko da (1997). Jeg synes ikke det nå

Ja, det er en veldig god idé 😄 men du betaler for det i byggesteget.

Kan jeg spørre hvor lange bygg dere har?

men du får også en veldig fin modell for ops, og et deilig avslappet forhold til at alt fungerer som det skal

@U3X7174KS ~20min på Github

Ca halvparten på min maskin

Jeg husker første gangen jeg lagde en webdings som i stedenfor å ha en database bare leste en relativt stor csv inn i et atom. 🤯

@U3X7174KS dobbelt så lang tid når vi må regenerere alle excel-filene 🙈

det gjør vi heldigvis ikke så ofte

husker å ha fått et godt tips her inne på kanalen om at når ting begynner å bli en smerte, kan man vurdere å gjøre noe med det 😄 Sikkert muligheter for noe halvsmarte cache-greier i bygget f.eks?

statis-powerbuild 💪

Powerpack har allerede støtte for etags som kan brukes til å ikke regenere ting som ikke endrer seg

Da må du versjonere innholdet

Vi gjør det for å unngå å regenere excel-filer, som er veldig tungt

:version (hash edn-of-content)

https://github.com/Mattilsynet/matvaretabellen-deux/blob/main/src/matvaretabellen/excel.clj#L13

er ikke sikkert du sparer så mye tid hvis du må lage content først

nei, det funker ikke

det som tar lang tid er å lage innholdet 😅

det er ikke hiccup->html som tar tid 😅

ah seff, innholdet er jo ikke edn i en fil her nei

vi har nok pushet litt grensene for størrelsen på en statisk side

etag for disse excel-filene er en hash av kilde-innholdet + en versjonsstreng fra koden. Hvis innholdet endrer seg så får du nye excel filer. Om du endrer koden som lager excel-filer må du manuelt bumpe versjonen.

persistent datomic-base og something something t-values? 😄

men det var en fin ting å bryne Powerpack på da 😅

absolutt 😄

statis-powercloud - ha en levende byggeserver som står og holder alt varmt 🔥

hehe

Litt hyggeligere tider på bloggen vår

Når du bygger hele siten til disk kan du også gjøre andre kule ting, feks har vi full lenkesjekk, så hvis du lager en feil intern-lenke så feiler bygget

Det er også bygget inn i Powerpack 😄

egentlig et litt teit spørsmål, men er nysgjerrig likevel: er det oppnåelig med en slags dynamisk server-basert sak her, som genererer sider on the fly? Det ville kanskje vært en total rewrite og et helt eget prosjekt, og ikke noe som bygger videre på stasis?

Målet har vært å ende opp uten en runtime, så da måtte man gått i tenkeboksen i så fall.

@U0MKRS1FX da tenker jeg du egentlig er på jakt etter en vanlig server-prosess med varnish foran.

men da vil du gå glipp av mange av fordelene med statisk generering, slik som at alle sider er kjent og kan verifiseres, og alt det du slipper å gjøre takket være at du ikke har en kjørende prosess på serveren å overvåke og dulle med.

takk 🙂 Driver og forsøker å dytte litt på den store plassen vercel/next har fått i hodet mitt i det siste

> men da vil du gå glipp av mange av fordelene med statisk generering, slik som at alle sider er kjent og kan verifiseres, og alt det du slipper å gjøre takket være at du ikke har en kjørende prosess på serveren å overvåke og dulle med. for nå kan dere bare "lese filer og kjøre kode som lager andre filer", mens hvis dere skulle hatt en bygg-cache optimalisert for raske deploys, måtte dere hatt kontroll på logikk for invalidering av cache / hvilke ting som gjøres oppdateres når noe endres?

nei, her snakket vi om forskjellen på å ha en server-prosess kjørende og som lagde sider når noen etterspurte dem, vs å bygge alt på forhånd - i hvert fall var det det jeg snakket om. 🙂

invalidering av cache er heller ikke noe man skal kaste rundt seg med som en "enkel løsning" på noe som helst 😅

> nei, her snakket vi om forskjellen på å ha en server-prosess kjørende og som lagde sider når noen etterspurte dem, vs å bygge alt på forhånd - i hvert fall var det det jeg snakket om. 🙂 > > invalidering av cache er heller ikke noe man skal kaste rundt seg med som en "enkel løsning" på noe som helst Såvidt jeg skjønner er vi enige, mulig jeg uttrykker meg dårlig.

vil tro at om man aksepterer å ha all tilstanden levende i en prosess så kan man sjekke der i stedet for filsystemet om en url finnes eller ikke ja

Powerpack har en runtime - det er den du jobber med i dev. Men den er laget for å gi deg en god utvikleropplevelse, ikke for å være rask i prod.

Så i dev så blir sidene dine generert on demand hver gang

> Såvidt jeg skjønner er vi enige, mulig jeg uttrykker meg dårlig. Jeg trodde du fortsatt snakket om å lage raskere bygg. 🙂

ah seff, det er jo allerede en dev-server ja

Hadde blitt litt tungtvindt om du måtte kjøre eksport for hver gang du skulle se på endringene dine i dev 😂

eller sånn som jeg har gjort ved noen tilfeller: bygge hele siten, og så pakketere den inn i et cordova-skall, og så kjøre den på telefonen min, for å se på endringene mine i dev

> Jeg trodde du fortsatt snakket om å lage raskere bygg. 🙂 Jaa. Jeg tenkte at prosess på serveren og bygg-cache persistent mellom bygg var litt samme ting. Dere snakket om server-prosess, "bygg-cache persistent mellom bygg" var visst utelukkende min idé. Ulempen i begge tilfeller (server-prosess, bygg-cache persistent mellom bygg) blir sånn jeg ser det at du må ta stilling til hva du må invalidere innhold endrer seg. Det slipper dere når dere bare sier "i dev bygger vi hver gang, i prod serverer vi filer". Hvis man skal forsvare å gjøre jobben med å holde styr på hvilke endringer som påvirker hva, må det faktisk være verd det, redusert byggetid er verdt at man må skrive logikken som holder styr på hvilke endringer som påvirker hva.

Vi har en persistent bygg-cache mellom bygg. Men som jeg var inne på tidligere så fordrer den at du manuelt tagger koden som genererer sidene. Dette har vi gjort på de mest kostbare sidene, men ikke på alt, for det ville blitt for upraktisk.

Men selvfølgelig, vi kunne cacha hele bygget og forsøkt å komme opp med en etag for hver side basert på innholdet og "relevant kode". Da må vi vite hvilken funksjon som lager en side, og i praksis gjøre statisk analyse for å finne avhengighetsgrafen. Det er sikkert mulig, kanskje Powerpack lærer det en gang 😅

én multimetode og det er kjørt 🙈

eller bare dynamisk dispatch generelt

😂

jepp

hadde jeg trodd det var verdt innsatsen så hadde vi nok hatt det allerede

tenker at ISR (som dem kaller det, incremental static regeneration) er tingen ja, altså en levende sak som bygger “lazy” og on-demand. Om det plutselig skulle være snakk om tusenvis eller titusenvis av sider

gøy å se hvor langt man kan pushe god gammeldags “filer på disk”, da!

Jeg tror de aller fleste nettsteder som dette er en passende modell for vil få gode nok byggetider med eksisterende modell

På min maskin får jeg 5000 sider på 10min, det er ikke så gæernt

meta: er det ikke rart/trist at når clouden bygger, så gjør den det på shitty maskiner? Clouden er jo clouden, den burde vært 100 ganger så rask som våre usle laptops

ja, det er stusselige greier

akkurat det har overrasket meg mange ganger

enig

for ikke å snakke om at en java-prosess som tar millisekunder å starte på min maskin, kan ta et minutt å starte i cloud'en

Skjønner, takk for gode forklaringer 🙏

noen må starte opp en github-konkurrent som er gode på dette. Noen her som har erfaring med å starte github-konkurrenter? :man-raising-hand:

mistenker at gode maskiner fort blir crypto-farmers

nå har ihvertfall GPU-ene fått et mere direkte matnyttig bruksområde, med alle disse LLM-ene

de bruker GPU-er til det, ja, det visste jeg ikke. 🙂

kan ikke så mye her, har bare sett folk skøye med at “Nå starter vi signups igjen, CTO-en har trålet internett etter GPU-er og fått dem inn i racks” osv

Tipper Basecamp har fete maskiner til byggene sine :face_holding_back_tears:

hah

det skal DHH ha, han er en influencer den dag i dag

litt mere usikker på nobuild-greiene de driver og pusher