Technik
Ein Blog ohne Server
Diese Seite hat keine Datenbank, kein Backend und kostet nichts im Monat. Das habe ich dafür aufgegeben.
· 2 min read
Die Seite, die Sie lesen, ist ein Ordner voller Markdown-Dateien. Ein Skript macht daraus HTML, das HTML landet auf einem CDN, und das ist die ganze Architektur. Keine Datenbank zu sichern, kein Server zu patchen, kein Admin-Bereich, in den eingebrochen wird, während ich nicht hinsehe.
Ich bin hier gelandet, nachdem ich jahrelang genau das Gegenteil betrieben habe.
Was ich aufgegeben habe
Kommentare. Der größte Teil der Komplexität eines Blogs kommt nicht vom Schreiben, sondern von dem, was andere darunter schreiben. Moderation, Spam, DSGVO, eine Datenbank, die existieren muss. Aufgegeben. Wer antworten will, schreibt mir.
Echtzeit-Statistiken. Ich muss nicht wissen, wie viele gerade lesen. Eine Zahl pro Monat reicht, und die bekomme ich, ohne einen Tracker in den Browser anderer Leute zu setzen.
Ein CMS, das läuft. Der Editor dieser Seite ist statisches HTML: er öffnet
sich unter /admin/, schreibt über die GitHub-API in ein Git-Repository und hat
keinen eigenen Prozess, der irgendwo läuft. Er kann nicht ausfallen, weil er nie
startet.
Was ich gewonnen habe
Versionierung umsonst — jeder Text hat eine Historie, jede Änderung ist ein Commit, nichts geht verloren. Keine Kosten. Und, wichtiger als beides: nichts zu patchen. Eine statische Seite hat keine Angriffsfläche im üblichen Sinne.
Der eigentliche Tausch: Jede dynamische Funktion wird zu einer eigenen Entscheidung statt zu etwas, das von selbst mitkommt. Formulare, Suche, Kommentare — jedes zwingt einen hinzusehen und zu fragen, ob es das wert ist. Meistens ist es das nicht.
Wann ich es nicht täte
Wenn Sie Benutzerkonten brauchen, Inhalte, die sich alle paar Minuten ändern, oder Dutzende Autoren, die Git nie anfassen werden — dann ist eine statische Seite ein Kampf gegen das Werkzeug. Für ein persönliches Blog ist sie genau das richtige.