Discourse als CMS für eine Jekyll-Website

Entwickler
1

Ich nutze sowohl Discourse als auch Jekyll intensiv und experimentiere kürzlich damit, eine Discourse-Instanz als Content-Management-System für eine statische Jekyll-Website einzusetzen. Ich habe gerade erst damit angefangen, und ein Grund, warum ich mich jetzt melde, ist einfach zu sehen, ob jemand anderes das bereits getan hat oder Ähnliches versucht hat. Alternativ habt ihr vielleicht eine bessere Idee und könnt mich davon abhalten, Zeit damit zu verschwenden :grin:

Wie ich mir das vorstellen würde

  • Markdown-Inhalte würden in einer Discourse-Instanz bearbeitet (was nicht-technischen Benutzern eine schöne Benutzeroberfläche zum Bearbeiten bietet) und können leicht erneut bearbeitet, aktualisiert usw. werden. Eine Formatierungsleiste und andere Feinheiten machen die nicht-technischen Benutzer deutlich zufriedener.

  • Auf der Jekyll-Website befindet sich eine YAML-Datei, die ein Array von Post-URLs (oder Post-IDs, falls wir uns dafür entscheiden, dass die Basis-URL von Discourse immer dieselbe ist…) enthält, die auf Inhalte abgefragt werden sollen.

  • Ein einfaches Jekyll-Plugin würde einen Hook ausführen, um jede URL abzufragen (bei jedem Neustart des Jekyll-Servers?) und die Daten per GET abzurufen. (Bei vielen „offenen" Discourse-Instanzen ist keine Authentifizierung erforderlich. Unter bestimmten Umständen muss ein API-Schlüssel bereitgestellt werden.)

  • Der JSON-Inhalt wird durch Hinzufügen von .json von der URL heruntergeladen, und der raw-Schlüssel dieses JSON-Objekts enthält das Markdown als Zeichenfolge in doppelten Anführungszeichen.

  • Jekyll-YAML-Front-Matter müsste zum Markdown hinzugefügt werden, und Bereinigungen wie das Entfernen der umgebenden Anführungszeichen und das Ersetzen von \\n-Zeilenwechseln müssten vorgenommen werden.

  • Jekyll baut diese gesamten Seiten in HTML um, oder ihr könnt sie mit {{include file | markdownify }} in andere Seiten einbinden.

Warum sollte man das tun?

  • Es wird für einen nicht-technischen Redakteur oder Betreuer viel einfacher, eine statische Website zu aktualisieren.

  • Ideal, wenn ihr bereits ein Discourse habt und eine statische Website erstellen möchtet, z. B. für ein Unternehmen.

  • Statische Websites sind günstig, zuverlässig und sicher.

  • Warum nicht Page Publishing verwenden? Wenn ich es versucht habe, scheinen die Seiten viel Arbeit zu benötigen, um gut auszusehen. Jekyll bietet mehr Kontrolle und ermöglicht natürlich eine Mischung aus Discourse-verwalteten und nicht von Discourse verwalteten Inhaltsquellen.

Gedanken aus der Community? Lohnt es sich, das weiterzuverfolgen?

2

Das ist absolut lohnenswert. Ich bin allerdings voreingenommen: Ich habe vor ein paar Jahren als Hobbyprojekt an etwas Ähnlichem gearbeitet.

Das Ziel war nicht nur, eine Jekyll-Site aus kuratierten Inhalten in Discourse zu erstellen, sondern sie auch als E-Book (epub oder pdf) zu veröffentlichen (das ist meine Antwort auf die Frage „Warum nicht Seitenveröffentlichung nutzen?").

Ich habe weitgehend denselben Ansatz verfolgt: eine YML-Datei und ein Array von Post-URLs.
Bilder waren ein Thema, aber ich habe immer noch den Python-Code herumliegen, der alle upload://-Links extrahiert, decodiert, die Bilder herunterlädt, sie in der Größe anpasst und die Links in lokale Bild-URLs umwandelt.

Ich habe das Projekt nie abgeschlossen, aber ich wäre sehr daran interessiert, es wieder aufzugreifen und die (wenigen) Dinge beizutragen, die ich bereits erstellt habe.

3

Danke! Ich werde sehen, ob ich in den kommenden Monaten etwas Zeit dafür finden kann.

Hast du zufällig noch Code in einem GitHub-Repo?

4

Ich habe mir das genauer angesehen, und es scheint, als wäre nur der Bildcode überlebenswürdig. Bitte beachte den Code-Stil (oder dessen Fehlen) nicht.
Ich habe eine Gist erstellt: retrieve images from a raw discourse post · GitHub

5

Klingt amüsant. Ich habe einen Kunden, der eine ähnliche Lösung umgesetzt hat, indem er Tags verwendet, damit Benutzer Lebensläufe erstellen können (obwohl alles nur in Discourse gerendert wird).

Siehe auch https://meta.discourse.org/posts/1001736/raw

6

Noch besser, danke!