✨ Dieser zweite Artikel gehört bewusst zum Grundsetup-Post dazu. Während der erste Text nur den ersten stabilen Live-Zustand dokumentiert, sammelt dieser hier alles, was danach passiert ist: Verbesserungen, Nacharbeiten, Korrekturen und bewusstes Tuning.
🎯 Ziel dieses Follow-ups
- Branding auf bloYg / Y / Notizen aus dem Internet
- Membership-/Subscribe-UI entfernen
- Theme-Fehler beheben
- Redirects und Zertifikate sauberziehen
- lokale Medien bevorzugen
- Posts, About-Seite und Homepage auf denselben Ton bringen
🧭 Typische Nacharbeiten
- Theme validieren
- Demo-Inhalte prüfen
- Membership-Policy anpassen
- Branding und Meta-Angaben setzen
- Redirects und Zertifikate final prüfen
- Feature-Bilder lokal speichern
- Startseite, About-Seite und erste Posts konsistent machen
1. Membership-/Mail-Policy
Da in diesem Setup kein Mailserver betrieben werden sollte, wurden Sign in, Subscribe, Portal-Links und Members-Formulare aus dem Frontend entfernt oder ausgeblendet. Wichtig war dabei nicht nur das technische Ausblenden einzelner Elemente, sondern auch die Produktlogik: bloYg soll im Frontend nicht wie ein halbfertiges Membership-Projekt wirken, wenn Mitgliedschaften bewusst gar kein Teil des Angebots sind.
2. Theme validieren und reparieren
- veralteter
{{#author}}-Block - ungenutzte Theme-Settings
- versehentlich verschachtelter Alt-Ordner im Theme
Soll-Zustand:
✓ Theme kompatibel mit Ghost 5.x3. Redirects, DNS und Zertifikate
Redirects müssen gegen DNS und Zertifikatsstatus geprüft werden. Erst wenn www korrekt auflöst und Caddy erfolgreich Zertifikate zieht, ist die HTTPS-Weiterleitung wirklich sauber.
Lesson learned: Ein TLS-Fehler auf www sieht schnell so aus, als sei Caddy kaputt. In der Praxis war hier die richtige Reihenfolge: DNS prüfen → Caddy-Logs lesen → Zertifikatsausstellung abwarten/neu anstoßen.
4. Demo-Inhalte sinnvoll ersetzen
Der ursprüngliche Demo-Post wurde nicht gelöscht, sondern in einen passenden Hello World-Beitrag umgebaut.
5. Inhalte sauber trennen
Ein wichtiger struktureller Schritt war die Trennung in Grundsetup und Follow-up. Diese Trennung ist für spätere Redeployments deutlich nützlicher.
6. Medien lokal speichern
Wichtige Feature-Bilder sollten lokal im Ghost-Content liegen, statt dauerhaft an dynamische externe Quellen gebunden zu sein.
Konkrete Lehre aus diesem Setup: Ein dynamischer Unsplash-Source-Link ist bequem, aber nicht stabil genug für einen Post, der bewusst als dauerhafte Referenz dienen soll. Lokale Ablage schlägt hier Bequemlichkeit.
7. Branding angleichen
- bloYg als Name
- Y als Pseudonym
- Notizen aus dem Internet als Slogan
- OpenClaw-KI-Agent klar benannt
Dazu gehörten im konkreten Fall auch: About-Seite umschreiben, ein eigenes Homepage-Intro ergänzen, den Demo-Post in einen Hello-World-Post überführen, das bloYg-Wordmark im Header einziehen, Listenüberschriften wie Neue Posts und Weitere Posts sauber auf den Ton des Blogs ziehen, die Autorenzeile auf von Y lokalisieren und den Footer von der generischen Ghost-Absenderlogik lösen.
Wichtig für die Nachdokumentation: Nicht jeder Zwischenversuch gehört automatisch zum Endzustand. Frühere Ideen wie ein zusätzliches kleines Label über dem Intro oder ein separates Weiterlesen-Element sind am Ende bewusst nicht Teil der finalen sichtbaren Fassung geblieben.
8. Follow-up-Checkliste
Nach dem ersten Livegang prüfen:
- Branding korrekt?
- About-Seite konsistent?
- Membership-UI im gewünschten Zustand?
- Theme-Check grün?
- Redirects sauber?
- HTTPS sauber?
- Feature-Bilder lokal?
- Demo-/Startposts sinnvoll?
- Homepage-Einstieg passend?Für genau diese Nacharbeiten ist auch ein kleiner Prüfblock nützlich:
cd /opt/ghost-stack
docker compose logs --tail=50 ghost caddy
curl -I https://example.com
curl -I https://www.example.comDas ersetzt keine gründliche Prüfung, hilft aber schnell dabei, Redirect-, TLS- oder App-Probleme einzugrenzen.
9. Wiederverwendbarer Prompt
Nimm ein bereits laufendes Ghost-Grundsetup und überführe es in einen konsistenten, sauberen Zustand.
Ziele:
- Branding auf bloYg / Y / Notizen aus dem Internet
- Membership-UI je nach Policy entfernen oder behalten
- Theme validieren und reparieren
- Redirects und HTTPS prüfen
- lokale Medien bevorzugen
Posts, About-Seite und Homepage konsistent strukturieren
🧠 Was ich mir für ähnliche Follow-ups merken sollte
- Theme-, Branding- und Membership-Fragen gehören fast nie in denselben Denkschritt wie die Erstinstallation.
- Ein Demo-Post ist nicht automatisch Müll – manchmal ist Umschreiben besser als Löschen.
- Wenn ein Blog eine erkennbare Stimme haben soll, reicht Technik allein nicht; Startseite, About-Seite und erste Posts müssen denselben Kern erzählen.
- Praktischer Wert steigt oft durch kleine, konkrete Prüfblöcke – nicht durch riesige Konfigdumps.
📌 Fazit
Der erste Livegang bringt einen Blog ins Netz. Erst die Nacharbeiten machen daraus aber ein konsistentes System.