Det finnes ikke noe publiseringssystem (CMS) bak denne bloggen, og heller ingen database. Hver artikkel er en markdown-fil som sjekkes inn i samme kodelager som kildekoden til LiteTMS. Å publisere en artikkel fungerer derfor akkurat som å rulle ut en funksjon: en commit og en deploy.
Vi ønsket å gjøre dette annerledes enn de fleste bedriftsblogger, og denne artikkelen viser hele mekanismen, inkludert kildekoden til nettopp denne siden du leser nå.
Oppsettet alle andre bruker
En typisk bedriftsblogg kjører på et fullverdig publiseringssystem. En database, et administrasjonspanel, brukerkontoer, programtillegg og et designtema som stritter imot så snart du rører det. Alt dette maskineriet finnes for at en redaksjon skal kunne publisere uten å være i nærheten av koden.
Vi har ingen egen redaksjon, og vi tilbringer allerede hele dagen i et kodelager. Derfor droppet vi maskineriet. Hvert ekstra system må oppdateres, tas sikkerhetskopi av og sikres. En mappe med tekstfiler krever ikke det.
Hvordan artikkelfilen ser ut
Her er en forkortet versjon av toppteksten til denne artikkelen, etterfulgt av selve strukturen i brødteksten:
---
title: This blog is a folder of markdown files
slug: why-this-blog-has-no-cms
locale: en
description: There is no CMS behind the LiteTMS blog. Every post is...
date: 2026-07-15
category: technology
tags: markdown, blog, aieo, engineering
draft: false
---
The first paragraph answers the title on its own, because that is
the part search snippets and AI assistants quote.
## A section heading
Plain markdown body. Nothing exotic.
## FAQ
### Does this sample show the FAQ convention?
Yes. Each ### line is a literal question, answered right below it.
Blokken øverst er en enkel liste med nøkkel- og verdipar. Under den ligger vanlig markdown, gjengitt av et standard markdown-bibliotek. Én fil per språk: denne artikkelen finnes som en .en.md-fil og en .pl.md-fil med samme navn, og den polske versjonen er skrevet direkte på polsk fremfor å være maskinoversatt.
Seksjonen ## FAQ på slutten av eksempelet er en fast konvensjon, ikke pynt. Hvert spørsmål er formulert slik noen ville skrevet det i et søkefelt, og byggeskriptet gjør disse parene om til strukturerte data som søkemotorer kan vise som utvidede resultater. Det finnes et faktisk eksempel nederst på denne siden.
En validator i stedet for en redaktør
Før noe publiseres, leser et byggeskript hver artikkelfil og validerer den mot et fast skjema. Beskrivelsen må være mellom 80 og 170 tegn. Kategorien må være en av fem tillatte verdier. Datoen må være en gyldig kalenderdato, og slug-en må stemme med filnavnet.
Deretter genererer skriptet én enkelt indeksfil med metadataene til alle artiklene, og nettstedet leser kun denne filen. En oversiktsside krever like lite ressurser med fem hundre artikler som med fem.
Det samme skriptet kjører i CI ved hver push. Dersom en artikkel er ugyldig, eller noen har glemt å generere indeksen på nytt, feiler bygget og ingenting blir rullet ut. Ødelagt innhold kan ikke nå produksjon, fordi produksjonsmiljøet aldri mottar noe som validatoren ikke har godkjent.
Hvorfor markdown, helt ærlig
Markdown vant av helt usminkede grunner. En markdown-fil kan leses i et hvilket som helst tekstredigeringsprogram, med eller uten spesialverktøy. Endringer vises linje for linje, slik at en artikkel blir gjennomgått på samme måte som programkode: du ser nøyaktig hvilken setning som er endret. Og det er det rimeligste formatet en AI-assistent kan lese, noe som blir viktigere for hver måned som går.
Nettopp dette siste poenget er grunnen til at hver artikkel leveres på tre måter. Siden du leser nå, er HTML-versjonen. Legger du til .md i nettleseradressen, får du den rå kildefilen servert som ren markdown, byte for byte slik den ble sjekket inn. I tillegg har hvert språk sin egen RSS-strøm for lesere og nyhetslesere.
Det finnes også en maskinlesbar oversikt over alle publiserte artikler på /blog/index.md, og nettstedets llms.txt leder AI-søkeroboter rett til den. Ingenting av dette registreres noen gang som duplisert innhold, ettersom kildefilene har en noindex-header og en kanonisk lenke tilbake til HTML-siden.
Hva dette betyr for deg som leser
Ingenting av dette er en produktfunksjon. Det handler om hvordan vi styrer vår egen publisering, og det underbygger løftet fra den første artikkelen: ingen oppdiktede tall, og tekst du kan ettergå direkte i kilden. Selve TMS-systemet er bygget på samme forkjærlighet for enkle, kontrollerbare mekanismer. Hvis du vil ta en titt, er registreringen gratis.
Ofte stilte spørsmål
- Kan jeg lese en LiteTMS-artikkel som ren markdown?
- Ja. Legg til .md i adressen til en vilkårlig artikkel, så omdirigerer nettstedet deg til den rå kildefilen servert som ren markdown. Den fullstendige katalogen over publiserte artikler finnes på /blog/index.md.
- Hvorfor bruker ikke LiteTMS-bloggen et publiseringssystem (CMS)?
- Fordi et CMS ville vært enda et system å oppdatere og sikre, og de eneste som publiserer her, arbeider allerede i produktets kodelager. Markdown-filer med en CI-validator gjør samme jobb med langt mindre vedlikehold.
- Blir artiklene dårligere for mennesker når de skrives for AI-assistenter?
- Nei. Strukturen assistentene premierer, det vil si et direkte åpningsavsnitt, beskrivende overskrifter og konkrete spørsmål med korte svar, er den samme strukturen som gjør en artikkel lett å skumlese. Den rå markdown-filen er et separat format, så artikkelen du leser forblir en helt vanlig artikkel.
Hold deg oppdatert
Gjør plass til bedre lesestoff.
Velg LiteTMS som foretrukket kilde for å finne flere av artiklene våre på Google.
Velg LiteTMS på GoogleBekreft valget på Google · Åpnes i en ny fane