Markdown Audit

Markdown Render Test

Interne noindex-Seite zum Prüfen von Tabellen, Code, Listen, Zitaten und Überschriften im Karlcom Theme.

H1 aus Markdown

Dieser Absatz prüft normalen Fließtext mit fetter Betonung, kursiver Betonung, einem internen Link und Inline-Code wie backup-restore --verify. Umlaute wie ä, ö, ü und ß müssen sauber gerendert werden.

H2: Kundenrelevanter Abschnitt

Ein Projektpost soll zuerst verständlich bleiben. Technische Details sind erlaubt, aber sie müssen den Betrieb erklären: Was war das Problem, was wurde umgesetzt, was ist danach besser?

H3: Technische Bausteine

UniFi WLAN für Büro, Gastraum oder Werkstatt
OPNsense Firewall mit getrennten Netzen
NAS Backup mit getestetem Restore
Reolink oder Frigate Kamerasystem lokal

H4: Kleine Detailnotiz

Eine H4 sollte kleiner bleiben und nicht wie ein Hauptabschnitt wirken.

Listen

Erstaufnahme und Risiko klären
Umsetzung planen
Änderung dokumentieren
Wiederherstellung oder Betrieb prüfen

Backup-Ziel erreichbar
Restore-Test dokumentiert
Regelmäßigen Review einplanen

Zitat

Backups zählen erst, wenn die Wiederherstellung getestet wurde. Alles andere ist Hoffnung mit Dateinamen.

Tabelle

Bereich	Vorher	Danach	Kundennutzen
WLAN	Ein Netz für alles	Gäste, Büro und Kasse getrennt	Weniger Risiko im Betrieb
Dateien	Lokal verteilt	Zentrale NAS-Ablage	Dateien sind auffindbar
Backup	Unklar	Restore getestet	Weniger Stress im Notfall
Kameras	Cloud-App ohne Struktur	Lokaler Zugriff per VPN	Mehr Kontrolle

Code

Inline-Code wie wg show, zpool status oder opnsense-backup.xml muss im Text lesbar sein.

projekt: restaurant-wlan-office-audio-linux
ziel: wlan, office-geraete und audiosystem stabilisieren
check:
  - vorhandene laptops weiter nutzbar
  - access points dokumentiert
  - audiosystem synchron getestet

const projectHealth = {
  backupTested: true,
  firewallDocumented: true,
  customerCanUnderstandIt: true,
};

Langer Abschnitt mit Link und Code

Wenn ein Kunde später tiefer lesen möchte, darf der Projektbericht mehr Raum bekommen. Tabellen sollen auf Mobile nicht die ganze Seite sprengen. Codeblöcke sollen horizontal scrollen, ohne dass der restliche Artikel verrutscht. Links wie Kontakt aufnehmen müssen sichtbar, aber nicht schreiend sein.