Graph aus Datensatz → Template → Seite
Jede generierte Seite lässt sich auf genau den Datensatz und das Template zurückführen, die sie erzeugt haben – live gehalten, während sich Ihr Content-Modell weiterentwickelt.
Programmatische Seiten schaffen ein Problem, das die meisten CMS nie lösen: Was hält eine generierte Seite ehrlich, wenn sich die Daten dahinter ändern? CMSHub führt einen Live-Graphen jeder Beziehung Datensatz → Template → Seite – so wird keine Änderung zur Überraschung.
Bevor Sie ein Schemafeld oder einen Quelldatensatz bearbeiten, simulieren Sie die Änderung und sehen genau, welche Seiten betroffen wären – wie viele, welche und was kaputtgehen würde.
Jede generierte Seite lässt sich auf genau den Datensatz und das Template zurückführen, die sie erzeugt haben – live gehalten, während sich Ihr Content-Modell weiterentwickelt.
Sehen Sie die Auswirkungen einer Schema- oder Datensatzänderung auf jede abhängige Seite, bevor sich auch nur eine Seite tatsächlich ändert.
Collection-Updates durchlaufen einen Dry-Run-Validator, der meldet, was kaputtgehen würde – nicht nur, ob die Migration syntaktisch gültig ist.
Quelldaten ändern sich. CMSHub verfolgt Alter und letzten Änderungszeitpunkt jeder Seite, markiert Seiten als veraltet, sobald sich ihre Quelle weiterentwickelt hat, und erstellt sie transaktional neu – ein fehlgeschlagener Rebuild hinterlässt nie eine halb aktualisierte Seite.
Wissen Sie genau, welche Seiten hinter ihren Quelldaten zurückliegen und wie lange schon – statt nur, dass „einige Seiten veraltet sein könnten“.
Erstellen Sie alle veralteten Seiten einer Collection in einem Durchgang neu oder erzeugen Sie einen Rebuild-Plan, den Sie vor der Ausführung prüfen.
Jeder Rebuild erzeugt eine neue unveränderliche Seitenversion – rollen Sie mit einer Aktion auf die vorherige Version zurück, wenn etwas nicht stimmt.
Erleben Sie auf der Startseite die Demo, wie Änderungen am Quelldatensatz abhängige Seiten beeinflussen.