Redaktionelle Inhalte und Anwendungsdaten auf derselben Seite
Eine Tagebuchseite enthält häufig zwei Arten von Inhalten. Ein Redakteur schreibt die Einleitung und entscheidet, wie die Seite gelesen werden soll. Eine wechselnde Eintragsliste liefert die darunter liegenden Titel und Beschreibungen.
Durch das Kopieren dieser Einträge in Seitenblöcke entsteht ein weiterer Ort, an dem sie verwaltet werden können. Wenn man die ganze Seite als Datenfeed nutzt, entfällt die redaktionelle Einleitung und Komposition. Mithilfe von WebBlocks CMS-Inhaltsquellen können Sie auswählen, welche Felder einer Quelle folgen, während der Rest der Seite bearbeitbar bleibt.
In dieser exemplarischen Vorgehensweise wird Northstar Studio verwendet, eine fiktive Showcase-Site, auf der WebBlocks CMS 1.90.2 ausgeführt wird. Seine Journalquelle gibt synthetische Datensätze zurück. Die Screenshots veranschaulichen die Funktion; Es handelt sich nicht um eine Kundenimplementierung oder einen automatischen Feed genehmigter CMS-Seiten.
Beginnen Sie mit der Seite, die die Leser sehen sollen
Das Beispiel kombiniert eine Überschrift, eine redaktionelle Einleitung und ein dreispaltiges Raster mit Journaleinträgen. Jede Karte enthält eine Überschrift und eine Beschreibung.
Die Einleitung bleibt als gewöhnlicher Rich Text bestehen. Die Seitenüberschrift übernimmt ihren Titel von einem ausgewählten Eintrag. Das Grid verwendet eine Sammlungsquelle, um seine Karten zu füllen. Durch das Ändern der Einleitung werden die Quelldatensätze nicht geändert. Das Ändern eines Quelltitels kann die gerenderte Seite ändern, ohne den Text im CMS zu bearbeiten.
Verbinden Sie eine einzelne Überschrift mit einem Datensatz
Öffnen Sie im Header-Block Settings und suchen Sie Content source. Wählen Sie für das Titelfeld Northstar entry, den Datensatz Field Notes und das Feld Title. Die gerenderte Überschrift lautet nun „Field Notes“.
Der im Block gespeicherte Text bleibt als Fallback verfügbar. In dieser Demonstration ist es „Editorial fallback: Journal entry“, wodurch das Verhalten leicht zu erkennen ist. Schreiben Sie auf einer echten Seite einen Fallback, der für die Leser dennoch Sinn macht.
Dies ist eine bewusst gewählte Feldbindung. Ein Entwickler stellt zunächst die Quelle bereit und deklariert ihre verfügbaren Felder. Der Redakteur wählt daraus ein kompatibles Feld und einen Datensatz. Das CMS macht nicht automatisch jede Datenbanktabelle zugänglich.
Erstellen Sie eine Karte und wiederholen Sie sie
Erstellen Sie für die Journalliste ein Raster und fügen Sie einen Stapel als direktes untergeordnetes Element hinzu. Fügen Sie in diesem Stapel die Header- und Rich-Text-Blöcke hinzu, die eine Karte bilden. Dieses Kind ist die Vorlage für die Sammlung.
Wählen Sie in Settings des Grid-Blocks Northstar journal als Sammlung und Stack als zu wiederholendes Kindelement. Begrenzen Sie das Ergebnis auf drei Datensätze. Das Beispiel sortiert aufsteigend nach Title und zeigt Autumn field notes, Materials and process und Working with natural light.
Mit der Quellvorschau können Sie Beispieldatensätze prüfen, während Sie die Sammlung konfigurieren. Es hilft dabei, einen unerwarteten Titel oder eine ungeeignete Auswahl zu erkennen, bevor Sie das Seitenlayout beurteilen.
Öffnen Sie den Header-Block in der Vorlage und verbinden Sie seinen Titel mit Current collection item → Title. Verbinden Sie den Rich Text-Block mit dem Feld Description des aktuellen Elements. Jede wiederholte Karte liest nun aus ihrem eigenen Datensatz.
Der Renderer wiederholt die Vorlage zur Laufzeit. Es wird nicht für jeden Datensatz ein separat gespeicherter CMS-Blockbaum erstellt. Sie behalten ein Kartendesign bei, während die Quelle die Einträge bereitstellt. Andere manuelle Kinder können im Behälter bleiben und ihre Position behalten.
Entscheiden Sie, was eine leere Liste sagen soll
Ein leeres Ergebnis ist eine redaktionelle Entscheidung. Für diesen Showcase blendet das Grid die Vorlage aus, wenn die Quelle keine Datensätze zurückgibt. Die Anzeige eines Beispieljournaleintrags würde andernfalls darauf hindeuten, dass ein Eintrag vorhanden ist.
Ein Resolverfehler ist ein anderer Zustand. Das Beispiel behält den Fallback der Vorlage bei Fehlern bei, sodass die Seite weiterhin ihren gespeicherten Text anzeigen kann. Dieser Fallback sollte genauso sorgfältig geprüft werden wie normale Inhalte. Eine beruhigende, aber ungenaue Nachricht ist immer noch ungenau.
Fehlende oder deaktivierte Quellen, Zugriffsverweigerung und eine ungültige Vorlage behalten auch die ursprünglichen untergeordneten Quellen bei. Sie folgen nicht der Einstellung „valid-empty-result“. Bei einer einzelnen Feldbindung greift ein nicht verfügbarer Datensatz oder leerer Wert auf den konfigurierten oder gespeicherten redaktionellen Wert zurück.
Die Entscheidung „Verstecken, wenn leer“ bedeutet daher nicht, „Verstecken, wenn etwas schief geht“. Sehen Sie sich vor der Veröffentlichung eine Vorschau des erwarteten Ergebnisses an und verstehen Sie den Fehlerpfad.
Halten Sie eine bewusste redaktionelle Grenze ein
Dynamische Sammlungen eignen sich für Seiten, die aktuellen Datensätzen folgen sollen: einem Zeitschriftenindex, einer Ereignisliste oder einem wechselnden Katalog. Eine handverlesene Kampagnenseite erfordert möglicherweise eine feste Auswahl und Formulierung, die gemeinsam überprüft wurden. In dieser Situation können gewöhnliche Redaktionsblöcke die bessere Wahl sein.
Es gibt auch eine Revisionsgrenze. Eine Seitenrevision behält ihre Bindungen, Einstellungen und redaktionellen Fallback bei; Die Aufzeichnungen einer externen Quelle werden nicht erfasst. Durch die Wiederherstellung einer älteren Seitenrevision werden ältere Journaldaten nicht wiederhergestellt. Überprüfungsprozesse, die einen festen Snapshot erfordern, müssen dies im Quell- oder Veröffentlichungsworkflow berücksichtigen.
Für diese Seite ist die Grenze klar: Der Herausgeber ist Eigentümer der Einleitung und der Kartengestaltung, und die registrierte Quelle ist Eigentümer der Datensatzwerte. Legen Sie die Grenze Feld für Feld fest, anstatt die gesamte Seite entweder als statisch oder dynamisch zu behandeln.
Welche Teile einer Inhaltsseite sollten den Bewerbungsdaten folgen und welche unter redaktioneller Kontrolle bleiben?
Eine umfassendere Funktionsübersicht finden Sie unter CMS-Blöcke mit dynamischen Plugin-Daten verbinden. Quellenregistrierung und API-Details werden in Content Sources and Block Field Bindings behandelt.