Warum ich weg von Wordpress bin
- PHP-Overhead ist langsam
- PHP ist unsicher
- Wordpress ist langsam
- Wordpress ist unsicher
- Caching funktioniert nicht zuverlässig genug
- Wordpress- und Plugin-Updates:
- Muss man machen, weil Sicherheitslücken geschlossen werden
- Muss man durchtesten, damit keine Funktionen kaputt gehen
- Muss man lokal machen, damit man im Falle eines Fehlers die Live-Version nicht kaputt macht
- Brauchen also etwa einen Tag Arbeit. Jeden Monat!
- Synchronisation zwischen lokaler und produktiver Umgebung fehleranfällig
- Minification und Request-Eindämmung super kompliziert
- Responsive Bilder? Was sind responsive Bilder?
- What you see is what you neither want nor get
- Image-Schaden für Web-Entwickler
- Entwicklung ist grauenvoll.
Kurz gesagt: Hängen wir doch unser CMS in einer pluginverseuchten Bugwüste ins Internet, wo jeder in Ruhe das Passwort erraten kann. Aber hey, dafür ist es auch langsam.
Wo ich hin bin
Zu Hugo.
Warum?
- Das CMS existiert nur lokal
- Markdown, aber auch HTML möglich
- Datenbank ist eine Ordner-Struktur aus .md-Files mit FontMatter
- Struktur ist sehr sinnig und intuitiv
- Generierung ist schnell
- Statische Webseiten sind unschlagbar in Geschwindigkeit
- Sehr Entwicklernah
- Natives Übersetzungs-Management
- Gulp-, Webpack- und eigene Integration
Projekt-Setup
- Hugo
- Markdown
- Lokaler Gulp-Server mit Webpack (“Blaupause”)
Frontend
- Kein fertiges Template, komplett entwickelt
- ES6 mit Babel
- HTML5
- SASS
- Full responsive (Rem-Mediaquery)
- Responsive Images
- Font Awesome
Backend
- Statisch!!!
- Einfacher Apache
Nachteile
Alles ist optimierbar. Hier die Punkte, die mich an Hugo am meisten stören:
- Die Templates auf der Hugo-Seite sind alle bescheiden. Hier sollte man ein eigenes schreiben.
- Für Nicht-Entwickler ist Hugo wahrscheinlich nicht einfach.
- Als Node-Entwickler bin ich verwöhnt. Ich kann in die Go-Applikation nicht so einfach eigene Funktionen integrieren wie in Node-Applikationen.
- Keine nativen responsiven Bilder. Die musste ich mir selbst hacken (mit Gulp-Magic)
- Keine Möglichkeit, den Markdown-Parser zu beeinflussen. Das bedeutet, dass man kein richtiges BEM verwenden kann :(
- Jetzt muss ich jährlich deployen um den Copyright-Claim im Footer upzudaten (oh nein!). EDIT: Plot twist, JavaScript for the win.
Potentielle Weiterentwicklungen
- Flexbox-Fallback
- Lazy Bilder (Scrollposition)
- Mehr Effekte! (aus Gründen)
- Alles muss irgendwie beim Scroll reinfliegen
- Parallax!
- Die Navigation soll die Farbe der Content-Sektionen annehmen
- Coole AJAX-Transitions mit Fade und Loadern und animiertem Scroll
- Mehr Tracking. Weil mehr Daten immer mehr besser ist.