Der er intet CMS bag denne blog og heller ingen database. Hvert indlæg er en markdown-fil, der er committet til det samme repository som LiteTMS-koden, så udgivelse af et indlæg fungerer præcis ligesom at udgive en funktion: et commit og en deploy.
Vi ønskede at gøre det anderledes end de fleste virksomhedsblogs, og dette indlæg viser hele mekanismen, inklusive kilden til netop den side, du læser nu.
Opsætningen, som alle andre bruger
En typisk virksomhedsblog kører på et komplet content management-system. En database, et administrationspanel, brugerkonti, plugins og et tema, der yder modstand, så snart man rører ved det. Alt det maskineri findes, for at et redaktionsteam kan publicere uden at nærme sig kildekoden.
Vi har ikke noget redaktionsteam, og vi tilbringer allerede hele arbejdsdagen i et kildearkiv. Så vi sprang maskineriet over. Hvert ekstra system skal patches, sikkerhedskopieres og sikres. Det gælder ikke for en mappe med tekstfiler.
Sådan ser en indlægsfil ud
Her er et forkortet uddrag af selve dette indlægs header efterfulgt af brødtekstens opbygning:
---
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 simpel liste af nøgle- og værdipar. Nedenunder følger almindelig markdown, som gengives af et standard-markdown-bibliotek. En fil per sprog: dette indlæg findes som en .en.md-fil og en .pl.md-fil med samme navn, og den polske version er skrevet direkte på polsk i stedet for at være maskinoversat.
## FAQ-sektionen i slutningen af eksemplet er en fast konvention, ikke pynt. Hvert spørgsmål svarer til det, en bruger ville indtaste i et søgefelt, og byggeprocessen omdanner disse par til strukturerede data, som søgemaskiner kan vise som udvidede søgeresultater. Der er et live-eksempel i bunden af denne side.
En validator i stedet for en redaktør
Før noget udgives, gennemgår et build-script hver indlægsfil og kontrollerer den mod skemaet. Beskrivelsen skal være mellem 80 og 170 tegn. Kategorien skal være en af fem tilladte værdier. Datoen skal være en reel kalenderdato, og sluggen skal matche filnavnet.
Derefter genererer scriptet en enkelt indeksfil med metadata for samtlige indlæg, og hjemmesiden læser udelukkende denne fil. En oversigtsside koster det samme i ressourcer med fem hundrede indlæg som med fem.
Det samme script kører i CI ved hvert push. Hvis et indlæg er ugyldigt, eller nogen har glemt at regenerere indekset, fejler byggeprocessen, og intet udrulles. Fejlbehæftet indhold kan ikke nå ud i produktion, for produktion modtager aldrig noget, som validatoren ikke har godkendt.
Hvorfor markdown, helt ærligt
Markdown vandt af helt jordnære årsager. En markdown-fil kan læses i en hvilken som helst teksteditor, med eller uden specialværktøjer. Forskelle vises linje for linje, så et indlæg gennemgås på samme måde som kode: man ser præcis, hvilken sætning der er ændret. Og det er det mest omkostningseffektive format overhovedet for en AI-assistent at indlæse, hvilket får større betydning for hver måned der går.
Netop det sidste punkt er grunden til, at hvert indlæg her leveres på tre måder. Siden, du læser nu, er HTML-versionen. Tilføj .md til adressen i din browser, og du får den rå kildefil, byte for byte som committet, leveret som ren markdown. Og hvert sprog har sit eget RSS-feed til læsere og aggregatorer.
Der findes også et maskinlæsbart katalog over alle udgivne indlæg på /blog/index.md, og websitets llms.txt henviser AI-crawlere direkte dertil. Intet af dette vises nogensinde som duplikeret indhold, fordi råfilerne har en noindex-header og et canonical-link tilbage til HTML-siden.
Hvad du får ud af det som læser
Intet her er en produktfunktion. Det er en beslutning om, hvordan vi håndterer vores egne udgivelser, og det flugter med løftet fra det første indlæg: ingen opdigtede tal og tekst, du selv kan efterprøve ved kilden. Selve TMS-systemet er bygget ud fra samme forkærlighed for enkel, gennemskuelig mekanik. Hvis du vil se nærmere på det, er oprettelsen gratis.
Ofte stillede spørgsmål
- Kan jeg læse et LiteTMS-blogindlæg som ren markdown?
- Ja. Tilføj .md til adressen på et hvilket som helst indlæg, og sitet videredirigerer dig til den rå kildefil, leveret som ren markdown. Det fulde katalog over udgivne indlæg findes på /blog/index.md.
- Hvorfor bruger LiteTMS-bloggen ikke et CMS?
- Fordi et CMS ville være endnu et system at patche og sikre, og de eneste, der udgiver her, arbejder allerede i produktets kildearkiv. Markdown-filer med en CI-validator løser samme opgave med langt mindre vedligeholdelse.
- Bliver indlæggene dårligere for mennesker, når der skrives til AI-assistenter?
- Nej. Den struktur, som assistenter belønner, det vil sige et direkte indledende afsnit, beskrivende overskrifter og konkrete spørgsmål med korte svar, er nøjagtig den samme struktur, der gør en artikel let at skimme. Den rå markdown er et separat format, så artiklen, du læser, forbliver en helt normal artikel.
Hold kontakten
Gør plads til bedre læsning.
Vælg LiteTMS som foretrukken kilde for at se flere af vores artikler på Google.
Vælg LiteTMS på GoogleBekræft dit valg på Google · Åbner i en ny fane