Noch bin ich fleißig daran am Entwickeln, aber es macht mir sehr viel Spaß. Auch wenn GoBLogger erstmal nur für mich ist, so hoffe ich doch, dass sie auch für andere Schreiberlinge interessant sein könnte. Abgesehen davon, ist es natürlich nicht so einfach einen Hoster zu finden, der auch Go unterstützt. Hier kann ich euch allerdings uberspace empfehlen, die ich auch für diesen Blog hier nutze. “Hosting on Asteroids” ist das Motto von uberspace, und das trifft es ziemlich gut. Bin ich doch selbst schon seit über 10 Jahren dort.

Also. Probiere es doch einfach mal aus und lass mich wissen, was du davon hältst. Es ist natürlich noch nicht perfekt, aber ich bin zuversichtlich, dass es in den nächsten Wochen immer besser wird. Und wer weiß, vielleicht ist es ja auch für dich eine interessante Alternative zu anderen Blogging-Software.

Der Weg zur richtigen Technologie

Ich war sofort von Bun begeistert – schnell, modern, mit einer eleganten All-in-One-Philosophie. Doch auf meinem Uberspace-Host scheiterte jede Bun-Version an einer zu alten glibc. Schade, aber Plan B war schnell gefunden: Deno. Deno versprach Sicherheit und moderne Features. Allerdings war die Kompatibilität mit manchen Bibliotheken hakelig, und ich stieß bei der Integration auf zu viele kleine Hürden. Nach diesen Experimenten landete ich bei klassischem Node.js (mit pnpm). Es ist robust, weit verbreitet und ließ sich auf meinem Host ohne Probleme einrichten. Mit TypeScript und ESM war ich trotzdem nah an einer modernen Entwicklungsumgebung.

Für das Web-Framework fiel die Wahl auf Hono. Es ist klein, schnell und hat eine klare, intuitive API – perfekt für ein Projekt, das keinen Overhead verträgt. Als Template-Engine wählte ich Eta, weil sie minimalistisch ist, eine einfache Syntax bietet und mir volle Kontrolle über die Templates gibt. Für die Datenhaltung experimentierte ich zunächst mit Markdown-Dateien im Dateisystem. Das war simpel, aber unpraktisch, sobald es um dynamische Inhalte oder Metadaten ging. Also wechselte ich zu LowDB, einem JSON-Datei-Store, der sich schnell einbinden ließ und für ein Single-Instance-Projekt wie dieses ideal ist.

Das Design hielt ich mit Tailwind CSS bewusst schlicht. Tailwind ermöglicht es, schnell ansprechende Layouts zu bauen, ohne sich in CSS-Details zu verlieren. Für die Umwandlung von Markdown in sauberes HTML kam Markdown-It zum Einsatz, das zuverlässig und flexibel ist.

Technik Stack

• Runtime: Node.js (ESM + TypeScript) – robust und kompatibel
• Framework: Hono – schlank, schnell, mit klarer API
• Templates: Eta – minimalistisch und leicht kontrollierbar
• Datenhaltung: LowDB – JSON-Datei-Store, ideal für kleine Projekte
• Styling: Tailwind CSS (CLI v4) – für ein sauberes, modernes Design
• Markdown: Markdown-It – für zuverlässige Markdown-zu-HTML-Konvertierung
• Sicherheit: CSRF-Schutz, Rate Limiting, sichere Cookies
• Build/Deploy: tsc, Tailwind CLI, rsync-Deploy mit Backup
• Performance: Statische Assets mit Cache-Headers, minimale JS-Bundles

Herausforderungen und Lösungen

Die größte Herausforderung war, die Balance zwischen Einfachheit und Funktionalität zu finden. Zum Beispiel war die Entscheidung für LowDB nicht trivial: Ich hatte zunächst überlegt, eine richtige Datenbank wie PostgreSQL einzusetzen. Aber für ein kleines Projekt mit überschaubarem Datenvolumen wäre das Overkill gewesen. SQLite schied leider auch aus, weil Uberspace keine Unterstützung aufgrund von fehlenden Bibliotheken bot. LowDB bot die perfekte Mischung aus Flexibilität und Einfachheit, auch wenn ich für größere Projekte vielleicht noch mal umdenken würde.

Sicherheit und Betrieb

Sicherheit war mir von Anfang an wichtig. Sessions werden im Speicher gehalten, was bei einem Server-Neustart zu einem Logout führt – für mein kleines Projekt akzeptabel. Cookies sind sicher konfiguriert (HttpOnly, SameSite, Secure in Produktion), und ein CSRF-Schutz sichert Login- und Admin-Formulare ab. Um Brute-Force-Attacken vorzubeugen, habe ich ein einfaches IP-basiertes Rate Limiting implementiert. Es ist nicht perfekt, sollte für meine Zwecke aber ausreichen.

Der Build-Prozess ist bewusst schlank: TypeScript wird mit tsc kompiliert, Tailwind CSS über die CLI gebaut. Die Artefakte werden mit rsync auf den Server übertragen, mit einem automatischen Backup vor jedem Deploy. Um CSS-Cache-Probleme zu vermeiden, nutze ich Cache-Busting durch Versions-Hashes in den Dateinamen. Das sorgt dafür, dass Nutzer immer die aktuelle Version der Stylesheets laden, ohne dass ich manuell eingreifen muss.

Ausblick: Was kommt noch?

Das Projekt ist jetzt stabil, aber es gibt noch Ideen für die Zukunft. Erst heute habe ich die RSS-Feed Funktion implementiert. Eine Kommentarfunktion wäre auch spannend, aber ich müsste entscheiden, wie ich das ohne großen Verwaltungsaufwand umsetze. Von daher gibt es erst einmal keine Kommentare. Wenn mir jemand etwas schreiben möchte, gibt es genügend Möglichkeiten, dies zu tun. Außerdem spiele ich mit dem Gedanken, Beiträge nach Veröffentlichung automatisiert auch ins Fediverse zu pushen.

Fazit

Aus einer kleinen Idee ist in kurzer Zeit ein stabiler, sicherer Microblog geworden – bewusst schlank gebaut, aber erweiterbar. Hono, Eta und LowDB haben sich als hervorragende Kombi für ein leichtgewichtiges Projekt erwiesen. Die Entscheidung für Node.js und TypeScript hat sich als pragmatisch und zukunftssicher herausgestellt. Am meisten freut mich, dass ich jetzt eine Plattform habe, die genau das tut, was ich wollte: kurze, fokussierte Inhalte teilen, ohne Overhead und unabhängig von großen Anbietern. Es war ein Lernprozess, aber jeder Schritt – von den gescheiterten Bun-Experimenten bis zur finalen Deploy-Strategie – hat sich gelohnt.

Auf dem Uberspace kann man das Tool ganz einfach installieren. Achte nur darauf, dass du auch die richtige Version für deine Ghost-Version installierst:

• Ghost v3 npm install -g ghost-purge-images
• Ghost v2 +v2.16 npm install -g ghost-purge-images@2.1.1
• Ghost v2 - v2.15.x npm install -g ghost-purge-images@2.0.3
• Ghost v0.7.2 - v1.x npm install -g ghost-purge-images@1.0.0

Um das Tool jetzt einzusetzen, benötigst du noch zwei Schlüssel. Diese generiert man sich in Settings unter dem Menüpunkt Integrations.

Ich habe das hier für mcih schon erstellt, du musst in deinem Blog auf Add custom integration klicken. Dann einen Namen vergeben und mit Save speichern.

Das sollte dann so aussehen:

In der Kommandozeile wechselst du dann in das Verzeichnis von deiner Ghost Installation und führst den Befehl ghost-purge-images display --content-key=1234567890 --admin-key=0987654321s aus. Die Zahlen musst du natürlich durch deine Schlüssel aus der oben erstellen Integration nehmen.

ghost-purge-images mit Parameter display zeigt die möglichen Kandidaten Den gleichen Befehl kannst du dann noch mal mit dem Parameter purge ausführen, um die Bilder auch wirklich zu löschen.