97 lines
5.3 KiB
Markdown
97 lines
5.3 KiB
Markdown
+++
|
||
title = "Zola – ein Wechsel zu Rust"
|
||
date = 2025-05-16
|
||
authors = ["Aron Petau"]
|
||
description = "Meine Website überarbeiten, zukunftssicher machen"
|
||
draft = true
|
||
|
||
[taxonomies]
|
||
tags = [
|
||
"rust",
|
||
"programmierung",
|
||
"static site generator",
|
||
"blogging",
|
||
"hosting",
|
||
"experiment",
|
||
"privat"
|
||
]
|
||
|
||
[extra]
|
||
show_copyright = true
|
||
show_shares = true
|
||
featured = false
|
||
toc = true
|
||
toc_sidebar = true
|
||
|
||
+++
|
||
|
||
## 2020: Jekyll entdecken
|
||
|
||
Für meine Bewerbung zum Masterstudium 2020 war ein Portfolio erforderlich, und da es mehr oder weniger für ein Designprogramm war, wollte ich eine schöne Website haben.
|
||
Nach einem Monat frustrierender Versuche, WordPress nach meinen Wünschen anzupassen, entdeckte ich [Jekyll](https://jekyllrb.com).
|
||
Damals waren [Hugo](https://gohugo.io) und [11ty](https://www.11ty.dev) die neuen Tools, aber ich nutzte stark das kostenlose Hosting von [GitHub Pages](https://pages.github.com), bei dem Jekyll am einfachsten zu integrieren war.
|
||
|
||
Auf der Suche nach Inspiration hatte ich einen Ethikprofessor, den ich sehr mochte, und er hatte eine Jekyll-Seite mit dem [Minimal Mistakes](https://mmistakes.github.io/minimal-mistakes/) Theme.
|
||
[Prof. Mühlhoff](https://rainermuehlhoff.de)
|
||
|
||
Ich begann, Minimal Mistakes zu verwenden, und es war eine großartige Erfahrung.
|
||
Das daraus entstandene Portfolio brachte mich zumindest in den Masterstudiengang, und ich verliebte mich in die Idee, Websites in Markdown schreiben zu können, während ein Programm sich um den Rest kümmert.
|
||
|
||
Jahrelang war Jekyll mein Standard für statische Websites.
|
||
Es war vertraut, weit verbreitet und Teil des Ruby-Ökosystems.
|
||
Mit der Zeit wuchsen jedoch meine Frustrationen – langsame Builds, komplizierte Plugin-Setups und ein Abhängigkeitsstapel, der nie ganz passte.
|
||
Um ehrlich zu sein, viele Nachteile lagen überhaupt nicht an Jekyll. Es war nur langsam, ansonsten funktionierte alles. Aber besonders GitHub Pages schränkte Plugins und Themes stark ein.
|
||
Auch habe ich vielleicht nicht genug Mühe investiert, aber Theme-Anpassungen funktionierten nie so, wie ich wollte. Das Theme zu erweitern, um mehrere Autoren zu zeigen, war eine Qual – obwohl es schließlich funktionierte.
|
||
|
||
Nachdem ich nun den Master abgeschlossen hatte, wollte ich eine visuelle Überarbeitung, und die Nutzung von Jekyll wurde erneut hinterfragt.
|
||
Ich wusste, dass ich einen statischen Site-Generator wollte, weil Markdown einfach großartig ist.
|
||
Nach weiterer Recherche tauchte **[Zola](https://www.getzola.org/)** auf – tatsächlich durch einen Chatbot-Tipp 😄
|
||
|
||
Kürzlich bin ich auf Zola, einen in Rust geschriebenen statischen Site-Generator, umgestiegen und sehe keinen Grund, zurückzugehen.
|
||
|
||
---
|
||
|
||
## Rust fühlt sich richtig an
|
||
|
||
Ich habe Rust immer für seine Geschwindigkeit, Sicherheit und modernen Tools bewundert.
|
||
Einen statischen Site-Generator in Rust zu nutzen, machte einfach Sinn. **Zola ist schnell** – blitzschnell.
|
||
Selbst bei der lokalen Entwicklung sind Neubauten quasi instant, was das Schreiben deutlich angenehmer macht.
|
||
|
||
Außerdem bedeutet etwas in Rust Geschriebenes weniger externe Abhängigkeiten, kein Bundler-Chaos und keine Ruby-Installationsprobleme.
|
||
Ich kann einfach die Binary herunterladen, ausführen und loslegen. Es respektiert meine Zeit.
|
||
|
||
---
|
||
|
||
## Zola ist durchdacht gestaltet
|
||
|
||
Neben der Performance ist Zola einfach gut durchdacht.
|
||
Seine Templatesyntax (dank [Tera](https://tera.netlify.app)) ist leistungsfähiger und lesbarer als Liquid.
|
||
Die eingebauten Shortcodes, Paginierung und Asset-Pipelines wirken alle kohärent und sinnvoll.
|
||
Es gibt kaum „Konfiguration statt Konvention“-Müdigkeit, wie sie Jekyll oft erzeugte.
|
||
|
||
Und obwohl beide Systeme Markdown-basiert sind, war Migration nicht einfach nur Copy-Paste.
|
||
Ich musste Frontmatter überdenken, Templates anpassen und Bildpfade sowie Shortcodes anpassen.
|
||
Struktur und Verhalten unterscheiden sich genug, sodass es sich wie ein echtes Rebuild anfühlte – nicht nur ein Port.
|
||
|
||
---
|
||
|
||
## Duckquill hat mich überzeugt
|
||
|
||
Der eigentliche Auslöser? [**Duckquill**](https://github.com/daudix/duckquill), ein beeindruckendes Zola-Theme von [Daudix](https://github.com/daudix).
|
||
Es fand die perfekte Balance zwischen Minimalismus und Eleganz – genau die Ästhetik, die ich wollte, aber mit Jekyll nie erreichte.
|
||
Duckquill machte Zola für mich nicht nur nutzbar; es machte es _unwiderstehlich_.
|
||
|
||
Besonders hervorzuheben – neben der klaren Typografie und dem smarten Layout – ist, wie gut es digitale Autonomie unterstützt.
|
||
Das Theme bietet **Mastodon-basierte Kommentare**, was leichte, föderierte Interaktion erlaubt, ohne auf große zentrale Plattformen angewiesen zu sein.
|
||
Das passt perfekt zu meinem Ziel der **Selbsthostung**.
|
||
Ob eigene Website, Kontrolle über Inhalte oder Interaktion über das Fediverse – Duckquill unterstützt diese Werte, statt dagegen zu arbeiten.
|
||
Ein seltenes Beispiel, in dem Design und Infrastruktur mit persönlichen Prinzipien übereinstimmen.
|
||
|
||
---
|
||
|
||
## Fazit
|
||
|
||
Der Wechsel von Jekyll zu Zola war nicht mühelos, aber absolut lohnenswert.
|
||
Ich habe jetzt eine schnellere, zuverlässigere und besser aussehende Website, die leichter zu warten ist und besser zu meiner Tooling-Philosophie passt.
|
||
|
||
Wenn du das Gewicht deines aktuellen Setups spürst, könnte es Zeit sein, Zola auszuprobieren – und Duckquill gleich mit.
|