Serversicherheit
Also, ich habe einen eigenen persönlichen VPS und einen geschäftlichen VPS.
In den letzten Wochen habe ich viel Zeit damit verbracht, an den VPSs herumzubasteln.
Ich habe viel mehr über Serversicherheit und Erreichbarkeit gelernt. Jetzt nutze ich für den Zugriff auf meine eigenen Dienste nur noch Tailscale. Meine öffentlich erreichbaren Websites laufen alle über Cloudflare DNS oder Cloudflare Tunnel als Proxy. Die Öffentlichkeit kann also niemals direkt auf meinen VPS zugreifen.
Außerdem habe ich die beiden VPS für zwei unterschiedliche Verwendungszwecke getrennt. Nicht nur um der Aufgabentrennung willen, sondern auch mit Blick auf künftige Skalierung. Ich kann meinen geschäftlichen VPS (der ausschließlich kundenorientierte Websites und APIs bedient) problemlos vertikal und horizontal skalieren. Und das beeinträchtigt meine persönlichen Dienste nicht.
3-2-1-Backup
Rclone ist die erste Wahl. Im vergangenen Jahr habe ich mich für verschiedene Aufgaben intensiv damit beschäftigt. Jetzt nutze ich es aber auf meinem VPS, um Speicherdateien zu sichern und sie verschlüsselt als Offsite-Backup nach Cloudflare R2 zu übertragen, obwohl ich auf Hetzner automatische Snapshots habe. Von Zeit zu Zeit lade ich das Ganze dann auch auf meinen USB-Stick herunter – zumindest vorerst, solange der Speicher nicht deutlich größer wird.
Directus CMS
Ja, ich bin wieder dabei. Ich glaube, ich habe einfach eine Verbindung zu Directus.
Wie diese Seite entstanden ist – Obsidian
Diese Seite basiert auf Astro und verwendet einfache Markdown-Dateien. Ich habe einigen Aufwand betrieben, damit sie mit Obsidian funktioniert. Während ich das hier schreibe, tippe ich diesen Feed-Bereich also in meinem Obsidian. Mit Base filtere und sortiere ich meine Entwürfe und veröffentlichten Beiträge. Außerdem habe ich es geschafft, das Bildkomprimierungs-Plugin in Obsidian so einzurichten, dass ein eingefügtes Bild in WebP umgewandelt wird – und das alles funktioniert im statischen Build für Astro. (Das war nicht einfach, denn ich musste Logik schreiben, um die Dateien umzubenennen, da beim Importieren, Exportieren und in der Entwicklung jeweils unterschiedliche URLs erscheinen.)
Ich habe außerdem ein Skript geschrieben, das die Seite baut, sie nach /out/ exportiert und den Ordner dann mit wrangler auf Cloudflare deployt. So kann niemand außer mir auf meine Codebasis zugreifen.
Warum ich zu Directus migriere
Ich werde zu Directus migrieren, als mein endgültiges CMS. Ich dachte, Markdown selbst zu besitzen, sei großartig. Letztendlich geht es aber um Speicher und Bequemlichkeit. Während meine Artikel und Assets wachsen, wird es schwieriger, die Dateien zu verwalten und zu speichern. Wenn ich all diese Bilder in die Cloud auslagere, ist das eigentlich keine schlechte Idee. Meine Codebasis für die Seite wird sauberer, ohne dass der Content-Ordner anschwillt.
Und wenn ich meine Frontend-Seite wechsle, muss ich mich nicht mehr mit den Unterschieden bei ../assets/images in diesen Static-Site-Buildern herumschlagen.
Fazit
Ich wollte nur statische Generierung für bestmögliches SEO und außerdem möglichst geringe bis gar keine Bandbreitenkosten. Und einen sauberen Arbeitsbereich – sowohl für die Codebasis, mit der ich meine Website gestalte, als auch für das Schreiberlebnis der Inhalte.
Zeit, dieses .sh-Skript erneut auszuführen, um das hier auf Cloudflare zu deployen.