Der Schockwellenreiter - Auf ein Neues? Braucht der Schockwellenreiter Hugo?

[giscus[bot]]

Der Schockwellenreiter - Auf ein Neues? Braucht der Schockwellenreiter Hugo?

https://kantel.github.io/posts/2024060301_auf_ein_neues/

[ingokeck]

Hi, lass Dich nicht aufhalten. Aber was ist denn mit den statischen Generatoren in Python, die nur rausschreiben was sich geändert hat? Schlechte Erfahrungen?

[kantel]

Das Problem ist ja, daß sich bei einem Blog so viele Seite jeweils ändern. Ich hatte das vom Design her schon bei RubyFrontier zu minimieren versucht, aber im Endeffekt war die Wartezeit beim Herausrendern nur erträglich, wenn ich jedes Jahr zum Jahreswechsel die Site komplett neu aufgelegt hatte (das heißt, die Archiv- und Kategorien-Seiten immer nur das aktuelle Jahr kannten).

Das steht aber meiner akutellen Idee eines Digitalen Gartens im Wege.

[erwinlauener]

Ist ein Digitaler Garten ein Blog? Doch wohl eher docs statt posts (Hugo)

[tgigold]

Ein Blog ist eine Spielwiese per Definition, nicht? Also: ran an die Tastatur und spielen! :)

[schneeschmelze]

Weil du es ansprachst: ich hatte mal einen Vortrag zu Asciidoc gehört, der nicht ganz spurlos an mir vorbeigegangen war. Aber eben doch vorbeigegangen. Ich habe mich seitdem nicht mehr damit beschäftigt. Das ist ja auch kein Blogger-System, sondern eher ein Wissensmanagement-System.

Ich glaube, dein Projekt ist einfach zu groß geworden für SSGs. Die wurden dafür nicht getestet. Ich könnte mir gut vorstellen, dass du der erste bist, der überhaupt versucht, so ein großes Blog damit zu fahren. Wenn ich das vergleiche mit dem einzigen Programm, das ich selbst kompiliere (meinen Emacs, und das auch erst seit etwa einem Jahr, das braucht nur ein paar Minuten), ist eine Viertelstunde für den Schockwellenreiter (nur das Blog oder auch das Wiki?) vielleicht gar nicht so schlecht.

Abraten würde ich in diesem Fall von den Blog-Lösungen für Org-Mode. Am ehesten noch org-static-blog, aber das wäre zu klein für dich. Ich hatte mal überlegt, meine private Website ganz auf org-static-blog umzustellen, bisher ist nur die TeX-Seite in Org, aber ich ließ es bisher sein.

Interessant fand ich übrigens eine Idee, die mir zuerst abwegig erschien, dann bei längerem Nachdenken aber gar nicht mehr: Bloggen in Texinfo! Mit Texinfo kann man nicht nur Manuals machen, sondern auch Websites, PDFs usw. usw. Es läuft stabil, wird aktiv entwickelt, hat keine Größenbegrenzung, ist schnell. Hat nur einen Nachteil: Hat eine eigene Syntax und ist komplex. Funktioniert aber sehr schön. Das wäre tatsächlich sehr, sehr langfristig gesehen mein Kandidat.

Keep digging! :)

[erwinlauener]

Stimmt, Hugo rendert im Sekundenbereich bei ca. 360 Objekten (Congo Theme). Andere jedoch rühmen ihre Geschwindigkeit zur Laufzeit (Zola, Astro, Svelte...). Uebrigens: Geekdocs Theme rendert mit Asciidoc.

In einem 'Digitalen Garten' (docs, statt posts 😉) ist in Hugo wie bei den meisten SSG‘s leider das File statt ein Block die kleinste Informationseinheit. Somit ist der industrielle Ansatz Bauteil > Baugruppe > Bauelement (bottom-up, Gozinto) nicht bereits auf der Technologieebene implementiert, sondern lässt sich nur auf der Systemebene (Website) bilden: Entweder mit File-Referenzen (Map of Contents MOC's) oder mit Anker auf Fileheaders (top-down 🙁). Wobei Anker in Wikilinks (noch) nicht funktionieren.

[kantel]

Ich nehme es da nicht so dogmatisch, mir sind die Luhmannschen »atomaren Informationseinheiten« eher unheimlich. Daher reicht es mir, wenn mein »Digitaler Garten« auf Seiten, statt auf Blöcke als kleinste Informationseinheiten verlinkt. Wichtiger sind mir in diesem Zusammenhang bidirektionale »Wikilinks«. Es scheint schon mit einem gewissen Aufwand verbunden zu sein, Hugo dieses beizubringen. Hier hatte einfach damals schon Frontier (und damit auch RubyFrontier die Nase vorn.

[erwinlauener]

Ok - hier bietet sich Hugo wikilinks (inkl. backlinks) an. Ich habe das Ding leider nicht zum Funktionieren gebracht.