Fazit zum Arbeiten mit Hugo CMS
Veröffentlicht am 29. Juli 2024 (Zuletzt verändert am 5. November 2024) • 5 Min. Lesezeit • 862 WörterErstes Fazit nach einigen Blogartikel mit Hugo CMS (Hinode Theme)
Die Einrichtung und die ersten Blogartikel waren schnell erstellt. Die Markdown Syntax und Visual Studio Code zum Erstellen der Artikel waren bekannt.
Im Detail ging es dann los mit verschiedenen Konfiguration und speziellen Hinode Markdown Shortcodes. Dazu ist einiges gut in den Hugo und Hinode Docs erklärt. Leider auch vieles historisch oder Hinode verwendet Einrichtungen anders als Hugo. Feedback gibt es aber immer schnell und im Code kann dann github eingesehen werden. Die Programmierung der Erweiterung ist in js in Verbindung mit GO / Hugo Variablen ist ein wenig gewöhnungsbedürftig.
Hier ein Beispiel der erstellen JavaScript Datei zum Laden und Speichern der ausgewählten Sprache.
(vor allem für mich selbst 😄)
**{{- if site.Params.main.enableLanguageSelectionStorage -}}**
enableLanguageSelectionStorage = Einstellung in der params.toml Hugo Einstellungsdatei. Der Code wird nur verwendet wenn die String Variable “true” ist.
{{- Minus Zeichen = string variable
Ein gutes Frontend für die Bearbeitung im Browser wie bei Hexo, Wordpress oder anderen CMS ist leider nicht so einfach einzurichten oder auch zu bekommen. Was mir gefallen hat, ist CloudCannon. Das ist aber aktuell preislich nicht bezahlbar. Alle anderen Frontend von der offiziellen Liste https://gohugo.io/tools/front-ends/ waren nicht so das Gelbe vom Ei. Wichtig ist für mich beim Frontend das dieses ähnliche wie bei Wordpress von anderen Anwendern verwendet werden kann die, nicht so technisch versiert sind. Der Editor sollte einfach zu erweitern und zu verändern sein. Ebenso sollte ein Workflow für die Freigabe mit der entsprechenden Nachverfolgung bei Änderungen geben sein. Das Ganze wie gesagt für Nicht-technisch versierte Personen.
Liste zum Durcharbeiten von aktiven Open source Projekten:
Beim Testen des Themes ist mir aufgefallen, dass einige Konfigurationen gefehlt hatten für die jeweilige Sprache. Da die Sourcen bei github zur Einsicht vorligen konnte dies auch angepasst werden. Was nicht funktioniert hat ist die Speicherung der Auswahl der Sprache im Browser auf der Website. Beim nächsten Mal laden wird die definierte Standardsprache verwendet. Letztlich kann sich der Anwender merken und ein Bookmark mit der jeweiligen Sprache setzten. Wäre aber schön, wenn dies funktionieren würde.
Ein erster Prototype ware schnell erstellt. Nach einigen Tests und dem bisher unbekannten CMS konnte in Abstimmung mit dem Entwickler vom Theme ein funktionierendes JavaScript File erstellt werden.
Das war ein erstes Fazit.
Für eine Anpassung des Footers wollte ich nur einfach mal schnell einen Link einfügen. Normalerweise wäre dies in Wordpress oder anderen System per Widget möglich. Per Html dann einfach nur ein a tag mit dem jeweiligen Link.
Auf Grund der internen Logik von Hugo / Hinode für aliase wird wenn notwendig ein refresh der Seite durchgeführt. Dadurch wird ein einfacher a href link nicht 1:1 erstellt.
|
|
Erstellung des Link erfolgt durch partial “assets/link.html”:
|
|
Angepasster Footer mit “Zurück zum Anfang” Button-Link
Dadurch das es keinen vollständigen Frontend Editor gibt musste ich immer wieder in der Hinode Dokumentation nachschauen wie die jeweiligen Komponenten verwendet werden. Ebenso muss bei der Programmierung an einigen Stellen ein umdenken stattfinden von Serverseitigen / SPA Programmierung hin zu einer reinen statischen HTML Seite.