IllusionCMS 0.1.20: Die Brücke zu IllusionDB
IllusionCMS holt Daten jetzt direkt aus IllusionDB – bis hin zu Tausenden Landingpages samt Sitemap. Dazu: eigene Workflow-Nodes, Singletons und Live-Vorschau.
Mit Version 0.1.20 bekommt IllusionCMS eine direkte Leitung zu IllusionDB. Dazu kommen eigene Workflow-Nodes, Singleton-Collections und eine Live-Vorschau beim Bearbeiten von Einträgen.
Warum eine Brücke?
IllusionCMS soll schlank bleiben: ein Binary, ein Datenordner, HTML im Code-Editor. Große Datenmengen gehören aber nicht in die Collections eines CMS, sondern in eine richtige Datenbank. Genau dafür gibt es IllusionDB. Es legt eine Oberfläche und eine REST-API über bestehende PostgreSQL-, MySQL-, MariaDB- oder SQLite-Datenbanken.
Beide zusammen ergeben ein kleines Ökosystem aus zwei Programmen statt einer schwergewichtigen Plattform. IllusionDB verwaltet die Daten, IllusionCMS macht daraus Seiten.
Der Node „IllusionDB“
Unter Einstellungen → IllusionDB trägst du eine Verbindung ein: Adresse und API-Token. Danach steht im Workflow-Editor ein neuer Node bereit. Tabellen, Spalten und gespeicherte Ansichten lädt er live aus IllusionDB, Konfigurieren heißt Auswählen statt Abtippen. Damit kannst du:
- Datensätze filtern, sortieren, gruppieren und seitenweise abrufen – auch mit Werten aus der URL wie
{{ msg.payload.seite }}, - einen einzelnen Datensatz über eine beliebige Spalte holen, etwa über den
slug, - Datensätze anlegen, ändern und löschen, zum Beispiel aus einem Kontaktformular,
- mit Nur diese Spalten gezielt abfragen, was die Seite wirklich braucht.
Workflows verweisen über den Namen der Verbindung. Lokal zeigt „shop“ auf die Testdatenbank, live auf die echte. Derselbe Workflow funktioniert an beiden Orten.
4000 Landingpages aus einer Tabelle
Der Anlass für die Brücke: Projekte mit sehr vielen ähnlichen Seiten, etwa „Leistung in Stadt“. Die Zeilen liegen in einer Tabelle in IllusionDB. In IllusionCMS braucht es dafür nur eine Catch-All-Seite mit einem Template und einen Workflow, der den passenden Datensatz holt. Mit Cache deaktivieren ist jede Änderung in der Datenbank sofort online.
Damit Suchmaschinen die Seiten finden, kann eine Catch-All-Seite jetzt eine Sitemap-Quelle haben, zum Beispiel eine IllusionDB-Tabelle samt Filter. Ab 50 000 Adressen wird die Sitemap automatisch auf mehrere Dateien verteilt. Fällt die Datenbank kurz aus, bleibt der letzte Stand in der Sitemap stehen. Im Test mit 4000 Datensätzen brauchte die Sitemap rund 100 Millisekunden, eine ungecachte Detailseite wenige Millisekunden. Der statische Export nimmt die Seiten ebenfalls mit.
Eigene Workflow-Nodes
Wer dasselbe Skript immer wieder schreibt, macht daraus jetzt einen eigenen Node: Parameter festlegen, Ausgänge benennen, Code schreiben, direkt im Editor testen. Danach liegt er in der Palette unter „Eigene“ und lässt sich in jeden Workflow ziehen. Ändert sich der Code, wirkt das überall. Eigene Nodes reisen im Bundle mit auf den Live-Server.
Singletons und Live-Vorschau
Zwei kleinere Neuerungen für den Alltag:
- Singleton-Collections halten genau einen Eintrag. Das passt für Website-Einstellungen, Farbcodes oder Kontaktdaten. Im Template genügt
{{ data("einstellungen").telefon }}. - Detailseite mit Live-Vorschau: Ist einer Collection ihre Detailseite zugeordnet, steht beim Bearbeiten eines Eintrags die Vorschau direkt daneben, noch bevor gespeichert wird.
Herunterladen
Version 0.1.20 gibt es für Windows, Linux und macOS sowie als Docker-Paket auf der Projektseite. Alle Änderungen stehen in den Release Notes.