Stellen Sie sich einen sehr einfachen Blog vor. Blogbeiträge bestehen nur aus einem Titel und ein oder zwei Absätzen. In diesem Fall ist ein CMS, in dem Sie den Titel und diese Absätze eingeben und veröffentlichen, perfekt. Vielleicht kommen einige Metadaten wie Datum und Autor mit. Ich wage es zu sagen, dass nur Titel- und Inhaltsfelder ein CMS-Anti-Pattern sind. Es ist flexibel, aber verursacht langfristig Schmerzen durch mangelnde Kontrolle durch Abstraktion.
Lassen Sie uns jedoch keine Unterhaltung über CMS's im Allgemeinen führen, sondern dies auf das Problem des Inhaltsbereichs beschränken.
Stellen Sie sich nun vor, wir haben eine Website mit etwas mehr Vielfalt. Wir versuchen, unser CMS zu nutzen, um alle Arten von Seiten zu erstellen. Manche davon sind blogartig. Manche eher wie Landingpages. Diese Seiten werden aus Textteilen, aber auch aus verschiedenen Komponenten aufgebaut. Karten! Slider! Werbung! Zitate!
Hier sind vier verschiedene Beispiele, damit Sie genau verstehen, was ich meine
Ich wette, so etwas kommt Ihnen bekannt vor.
Sie können das absolut schaffen, indem Sie all diese Blöcke in ein einziges Inhaltsfeld packen. Hey, das ist nur HTML! Packen Sie das benötigte HTML für all diese Blöcke direkt in dieses Inhaltsfeld, und es wird tun, was Sie wollen.
Dabei gibt es ein paar signifikante Probleme
- Nicht jeder ist ein HTML-Guru. Sie richten vielleicht ein CMS für andere ein, die großartig mit Inhalten, aber nicht so sehr mit Code umgehen können. Selbst für diejenigen, die mit HTML vertraut sind, nutzt dies das CMS nicht optimal. Es wäre zum Beispiel viel einfacher, eine Seite per Drag & Drop neu anzuordnen, als sorgfältig HTML zu kopieren und einzufügen.
- Das HTML-in-der-Datenbank-Problem. Sie haben also fünf Seiten mit einem Bildslider. Der Slider erfordert ein spezifisches, verschachteltes, strukturiertes HTML. Packen Sie das in fünf verschiedene Seiten? Dieser Slider wird sich ändern, und Sie möchten ihn nicht fünfmal ändern. Halten Sie Ihr HTML in Vorlagen und Daten in Datenbanken.
Also ... was tun wir? Ich war ehrlich gesagt nicht sicher, wie CMS's damit umgehen. Also habe ich nachgeforscht. Das habe ich gefunden.
In CraftCMS...
CraftCMS hat einen Matrix-Feldtyp dafür.
Ein einzelnes Matrixfeld kann beliebig viele Blocktypen enthalten, aus denen der Autor bei der Erstellung neuer Inhalte auswählen kann. Jeder Blocktyp erhält sein eigenes Feldset.
In Perch...
Perch behandelt dies mit dem, was sie Blocks nennen
In unserer Blogvorlage ist der Hauptteil des Beitrags nur ein großer Bereich für Text. Ihr Redakteur möchte vielleicht einen Beitrag mit Bildern, Videos oder allem anderen erstellen. Wir können ihnen die Möglichkeit geben, zwischen verschiedenen Dingen zu wählen, die sie in ihren Beitrag einfügen möchten, indem wir Perch Blocks verwenden.
In Statamic...
Statamic beschäftigt sich mit dieser Idee mit dem Replicator Meta-Feldtyp
Der Replicator ist ein Meta-Feldtyp, der Ihnen die Möglichkeit gibt, Feldsets zu definieren, die Sie dynamisch in jeder gewünschten Reihenfolge und Anordnung zusammensetzen können.
In WordPress...
Es ist verlockend, hier einfach Advanced Custom Fields zu erwähnen, was hier richtig passt. Ich liebe ACF, aber ich glaube nicht, dass es hier genau dasselbe ist. Obwohl Sie neue benutzerdefinierte Felder erstellen können, müssen Sie diese Daten dann selbst abfragen und auf besondere Weise in Vorlagen ausgeben. Es ist keine Methode zur Handhabung bestehender Inhaltsblöcke.
Etwas wie SiteOrigin Page Builder, das mit dem bestehenden Inhaltsbereich und Widgets arbeitet
Es gibt auch den kommenden Gutenberg-Editor. Er ist für den WordPress-Core bestimmt, aber im Moment ist er ein Plugin. Brian Jackson hat einen guten Artikel darüber. In den Demoinhalten von Gutenberg selbst wird es gut erklärt
Das Ziel dieses neuen Editors ist es, das Hinzufügen von Rich Content zu WordPress einfach und angenehm zu gestalten. Dieser gesamte Beitrag besteht aus Inhaltsstücken – ähnlich wie LEGO-Steine –, die Sie verschieben und mit denen Sie interagieren können. Fahren Sie mit dem Cursor herum und Sie werden bemerken, dass verschiedene Blöcke mit Umrissen und Pfeilen hervorgehoben werden. Drücken Sie die Pfeile, um Blöcke schnell neu zu positionieren, ohne Angst haben zu müssen, dass etwas beim Kopieren und Einfügen verloren geht.
Beachten Sie die verschiedenen verfügbaren Blöcke
In Drupal...
Drupal hat ein Modul namens Paragraphs dafür
Anstatt all ihre Inhalte in einem einzigen WYSIWYG-Body-Feld einzugeben, einschließlich Bilder und Videos, können Endbenutzer nun auf Knopfdruck zwischen vordefinierten Absatztypen wählen, die unabhängig voneinander sind. Absatztypen können alles sein, was Sie wollen, von einem einfachen Textblock oder Bild bis hin zu einer komplexen und konfigurierbaren Diashow.
In ModX...
ModX hat ein kostenpflichtiges Add-on namens ContentBlocks dafür
Das Prinzip des modularen Inhalts bedeutet, dass Sie Ihren Inhalt in kleinere Inhaltsteile zerlegen, die separat verwendet oder verarbeitet werden können. Anstatt eines einzigen Inhalts-Blobs können Sie also eine Überschrift, ein Bild und eine Textbeschreibung festlegen.
Jeder dieser kleinen Inhaltsblöcke hat seine eigene Vorlage, sodass Sie Erstaunliches mit seinen Werten tun können.
Das sind natürlich nicht die einzigen CMS. Wie handhabt Ihres das?
Außerdem gibt es ProcessWire (https://processwire.com) mit seinem (pro) Modul Repeater Matrix: https://processwire.com/api/modules/profields/repeater-matrix/
Eine Einführung: https://digitalardor.com/articles/basic-setup-for-content-blocks-in-processwire/
Ich stimme ProcessWire und dem Repeater Matrix Modul vollkommen zu.
Man kann auch Wagtail und seine leistungsstarke native Streamfield Funktion in Betracht ziehen, wenn Python Ihr Ding ist.
Wahrscheinlich sollte erwähnt werden, dass ProcessWire neben dem großartigen und flexiblen kommerziellen Repeater Matrix Modul auch ein integriertes Modul namens PageTable hat, das gut passt.
Teppo hat recht, PageTable ist eine Alternative zum Erstellen von Inhaltsblöcken in ProcessWire, von der ich bei der Erstellung des Artikels nichts wusste, da dieses Modul und der Feldtyp nicht standardmäßig aktiviert sind.
Ich persönlich mag jedoch nicht, wie die Blöcke im ProcessWire Backend angezeigt werden, wenn Sie PageTable verwenden: Es ist eine Tabelle – wie der Name schon sagt. Jede Zeile repräsentiert einen Inhaltsblock und verfügt über eine Bearbeiten-Schaltfläche, die den Bearbeitungsmodus dieses Blocks in einem modale Pop-up öffnet.
Es gibt eine Lösung, um die Anzeige von PageTable-Inhaltsblöcken im CMS-Backend zu verschönern. Das zusätzliche Modul PageTableExtended ermöglicht es Ihnen, Ihr eigenes Layout als Ausgabe für eine Tabellenzeile zu verwenden. So können Sie das Frontend-Layout jedes Inhaltsblocks bis zu einem gewissen Grad nachahmen. Dies geht jedoch mit zusätzlichem Aufwand für die Erstellung dieser Layouts einher.
Letztendlich ist es wohl eine Frage des persönlichen Geschmacks. Jedenfalls habe ich beide meiner Artikel „Wie – und warum – Sie Ihr CMS mit modularen Inhaltsblöcken aufpeppen“ und „Erstellung des grundlegenden Setups für modulare Inhaltsblöcke in ProcessWire“ (der Artikel, den Marcus im obigen Kommentar erwähnt hat) aktualisiert, sodass sie nun grundlegende Informationen (da ich selbst keine Implementierungserfahrung habe) zur PageTable-Option enthalten.
Component IO ist viel einfacher als all diese. Sie bearbeiten direkt von Ihrer eigenen Webseite aus und formatieren Dinge nach Belieben. Viel flexibler.
Wäre das WordPress-Analogon nicht Shortcodes? Mit vielen Shortcodes, die im Theme oder in einem Plugin definiert sind, kann der Inhaltsbereich ähnlich wie bei Perch fungieren, wo diese Blöcke innerhalb des Inhaltsbereichs platziert werden und das daraus resultierende HTML dann in Ihr Theme oder Plugin abstrahiert wird.
Ich habe auch an Shortcodes gedacht. Shortcode UI geht noch einen Schritt weiter –> https://wordpress.org/plugins/shortcode-ui/
Wenn das Seitenerstellungssystem flexibel sein muss, dann stimme ich zu, dass es einige halbwegs anständige Seitenersteller gibt.
Wenn wir jedoch wirklich nur nach Tinker-Toy/LEGO-Vorlagen suchen (eine kleine Auswahl fester Layouts), dann ist ACF immer noch meine erste Wahl. Ich habe einige benutzerdefinierte Seitenersteller erstellt, die im Wesentlichen klientensicher sind und das Flexible Content Field verwenden.
Für ein wirklich schnelles & schmutziges Beispiel: Nehmen wir an, der Kunde hat drei Branding-Farben und möchte 2-Spalten-Bereiche mit hellem Hintergrund, Vollbild-Hero-Bereiche mit großem Text (Zitatblöcke), eine Lightbox-Bildergalerie, normalen Text und/oder das Anmeldeformular für seinen Newsletter einfügen können.
Mit ACF kann ich jeden dieser Bereiche zum "Flexible Content" machen. Der 2-Spalten-Bereich hat zwei Texteditoren (linke und rechte Spalte) und ein Dropdown/Auswahlfeld für die Hintergrundfarbe (das ich verwende, um eine CSS-Klasse dem Container zuzuweisen). Dasselbe gilt für den Hero-Bereich, nur dass wir ein Textfeld anstelle eines WYSIWYG verwenden. So kann ich die CSS-Formatierung steuern. Das Anmeldeformular hat nicht einmal etwas zur Auswahl. Es ist nur ein Platzhalterfeld im Backend ... das Frontend gibt den korrekt formatierten Code aus.
Es ist nicht ideal, aber es ermöglicht Endbenutzern, flexible Landingpages zu erstellen, die in manchen Fällen einfacher sind, als einen Seitenersteller zu unterrichten. Es ermöglicht mir auch, die Benutzeroberfläche zu vereinfachen, wenn ich möchte (Zitatblöcke müssen gut aussehen. Sie geben einfachen Text ein und wählen ein Farbschema. Den Rest übernehme ich).
Nur meine 2 Cents zu dem, was wahrscheinlich ein Randfall ist.
Ich stimme zu, ACF ist ziemlich leistungsfähig, und mit dem Flexible Content Field kann der Kunde im Wesentlichen seine Inhaltsblöcke hinzufügen/entfernen/neu anordnen.
Ja, ACF ist großartig, und seit der Einführung von Clone, das in Verbindung mit Flexible Content alles auf ein neues Level hebt. Hut ab vor Elliot!
100% Zustimmung, Bill, Flexible Content ist meine erste Wahl. Ich habe ein Plugin namens "ACF Flex Layouts" entwickelt, das gängige Flexible Content Layouts über PHP vorregistriert, aber auch das Hinzufügen von komplett benutzerdefinierten Layouts ermöglicht.
Ich habe es mit einem Markup-generierenden Composer-Paket namens "Template Library" kombiniert, für schnelles, filterbares Markup. Jeder Teil der Markup-Ausgabe, von den Tags bis zum Inhalt, ist über Filter zugänglich, was mir sehr hilft.
ACF ist absolut eine praktikable Lösung für Blöcke. Für einen Entwickler habe ich festgestellt, dass es viel flexibler ist als die anderen WordPress-Optionen.
Probieren Sie Beaver Builder aus, ich habe damit kürzlich gute Erfahrungen gemacht und es kann mit ACF integriert werden.
James hat sicherlich recht mit den Shortcodes in WordPress, aber es gibt noch einen anderen Ansatz, der mir mehr im Sinne des Artikels erscheint. Heutzutage verwenden viele moderne WordPress-Themes ein Modell mit mehreren Sidebars, die oberhalb, unterhalb und um den "Hauptinhalt" herum eingefügt werden können, anstatt nur eine Spalte an der Seite zu sein. Das Enlightenment-Theme von onedesigns ist ein Beispiel dafür. Jede dieser Sidebars kann dann jede Art von Widget enthalten – eine Karte, einen Slider, eine Reihe von Symbolen oder was auch immer. Es gibt andere Plugins, die es Ihnen ermöglichen zu entscheiden, welche Sidebars auf welchen Seiten angezeigt werden sollen, was Ihnen absolute Flexibilität gibt.
Sidebars sind gut, um gemischte Inhalte innerhalb einer Vorlage hinzuzufügen, aber nicht, um gemischte Inhalte innerhalb eines Beitrags hinzuzufügen. Es sei denn, Dinge haben sich geändert, seit ich WP zuletzt verwendet habe.
Craft hat auch Neo (https://github.com/benjamminf/craft-neo), das wie das Matrixfeld ist, aber auf *Crack*. Es erlaubt Ihnen, diese Blöcke zu verschachteln, sodass ein "Karussell"-Block ein oder mehrere "Karussellelemente" enthält.
ExpressionEngine v3 hat ebenfalls ein ähnliches Konzept in seinem Grid (https://docs.expressionengine.com/latest/fieldtypes/grid.html) und die kommerzielle Erweiterung Bloqs (https://eebloqs.com/).
Bei meinem alten Job habe ich ein Shopify-Theme so eingerichtet, dass es die String-Filter-Tags von Liquid verwendet, um Inhaltsbereiche basierend auf Überschriften zu identifizieren und zu konstruieren. Dies machte den Endbenutzerprozess ähnlich dem Formatieren eines Word-Dokuments, was in der Geschäftswelt gut funktioniert.
Die Eingabe sähe also ungefähr so aus
Einleitungstext
Einleitungstext hier
Regulärer Text
Regulärer Text
Bild-Slider
image (Bild)
image (Bild)
image (Bild)
Zitat
Zitattext
und eine ordentliche Gestaltung ausgeben.
Hey Matt,
Ich arbeite gerade an genau demselben Problem für Shopify! Haben Sie zufällig noch den Liquid-Parsing-Code, den Sie mir vielleicht mitteilen könnten? Danke!
Tolles Thema! Danke, Chris.
So machen wir das. Ich kann Ihnen nicht viel zeigen, aber ich bin sicher, Sie werden es verstehen: Wir nennen sie auch Content Blocks (meh.).
Die folgenden beiden Screenshots erklären viel, obwohl sie nur die Frontend-Oberfläche zeigen. Die eigentliche Inhaltsbearbeitung erfolgt in unserem (Headless-)CMS.
Screenshot 1
Screenshot 2
Kurz gesagt: Sie fügen Content Blocks zu einer Seite hinzu. Jeder Content Block hat eine Layout-Option, eine Verhaltensoption, eine h1 und h2, einen(!) Rich-Text-Absatz, Tags [...] und Sie können entweder vorhandene oder neue Inhaltselemente wie Bilder, Dateien, HTML-Blöcke, FAQs, Zitate, Widgets [...] verknüpfen. So bauen Sie eine ganze Seite auf, Block für Block ... sehr ähnlich wie Lego (aber natürlich von oben nach unten). Sie können auch Content Blocks zu Content Blocks hinzufügen, die dann individuelle Layout- und Verhaltensoptionen haben, abhängig vom Elternelement. Wie sich die Layout- und Verhaltensoptionen auf das Frontend auswirken, wird durch die Vorlagen gesteuert. Die Redakteure müssen kein HTML oder CSS kennen. Es funktioniert seit der ersten Version unseres CMS vor etwa 17 Jahren großartig.
Bilder scheinen in Kommentaren nicht zu funktionieren. Hier sind sie
· Screenshot 1
· Screenshot 2
Hallo Robert,
Dieser Ansatz klingt interessant, aber die Screenshots funktionieren leider nicht. Danke
Danke für den Hinweis, Keyur. Die Links in meinem vorherigen Kommentar sollten jetzt wieder funktionieren.
TYPO3 unterstützt überhaupt keine Blog-Posts, aber eine seiner gängigsten Erweiterungen namens News fügt Nachrichtenlisten- und Nachrichten-Detailansichten als Inhaltselemente hinzu. Die Nachrichtenartikel können aus etwas Text und vielleicht einigen Bildern bestehen, aber sie können auch Inhaltselemente jeglicher Art enthalten – und es gibt viele Typen.
Wenn die gängige Erweiterung Grid Elements installiert ist, kann jede Kombination von Inhaltselementen in Containern platziert werden, um responsive Mehrspalten-Layouts anzuwenden.
Concrete5 verwendet Blöcke, die Sie per Drag & Drop in Bereiche Ihrer Seite ziehen. Sie können diese Blöcke dann bearbeiten, gestalten, verschieben und mit spezifischen Stilen versehen.
Sie können auch Layouts zu diesen Bereichen hinzufügen (Raster aus benutzerdefinierten Spalten und Zeilen), bevor Sie Blöcke hineinziehen...
Diese Blöcke können alles sein: Galerien, WYSIWYG-Inhalte (mit CKeditor), Formulare, Seitenlisten...
"Advanced Custom Fields", die mit WordPress installiert werden können, heißen bei Concrete5 Attribute und sind im Core enthalten, keine Installation erforderlich. Sie können sie per Code verwenden oder einen Core-Block nutzen, um sie zu Ihrer Seite hinzuzufügen. Attribute können an Seiten, Benutzer, Dateien und so ziemlich alles angehängt werden. Zum Beispiel Produkte und Bestellungen in einer E-Commerce-App.
Ich stimme Concrete 5 zu, es ist ein schöner Editor, der vieles davon out-of-the-box erledigt, auch wenn es ein bisschen umständlich ist, ist es ein großartiges CMS.
Meiner Erfahrung nach erzeugen all diese Pagebuilder-Tools (für WordPress) wirklich furchtbaren Code (schwere Markup + nicht-semantischer Code). Elemente in bestehende Layouts einzupassen erfordert so viel benutzerdefiniertes CSS, dass ich es einfacher finde, alles von Grund auf neu zu erstellen. Außerdem fühlen sie sich sehr langsam an.
Ich habe nur SO Pagebuilder und VisualComposer ausprobiert und beide haben mich frustriert hinterlassen.
Für mich ist ACF die einzige saubere WP-Lösung.
Stimmt. 100%.
Absolut einverstanden. ACF all the way for me, ich würde die Pagebuilder-Plugins mit Stöcken nicht anfassen.
Stimme voll und ganz zu!
Die meisten Page Builder versuchen, für jeden alles zu sein. Es gibt buchstäblich keinen Weg, das zu erreichen, ohne eine Menge schweren, ungeschickten Markups. Sie ermutigen Redakteure, die gerade genug wissen, um gefährlich zu sein, Dinge wie "Spacing Blocks" hinzuzufügen, die überall Probleme verursachen. Es fühlt sich wie eine Rückkehr zu Layouts aus dem Jahr 1999 mit
<table>an, wenn man eine Menge Spalten und Zeilen zusammenfügt.Der einzige Kontext, in dem dies in Ordnung sein könnte, ist für ein Projekt ohne Budget und einen Mitarbeiter/Freiwilligen, der mit seinem bevorzugten Page Builder vertraut ist. Sie enden auch nicht unbedingt mit einer leicht verständlichen Bearbeitungsoberfläche für andere Redakteure. Wenn überhaupt ein Entwicklungsbudget vorhanden ist, verwende ich ACF für die Dateneingabe und erstelle das Frontend nach Bedarf.
Mit CraftCMS kann man den HTML-Code so sauber gestalten, wie man möchte, ebenso für CSS und JS. Es erzwingt nichts.
Kirby CMS hat das Modul Modules (https://github.com/getkirby-plugins/modules-plugin), das hilft, Ihren Inhalt für jede Seite modular zu gestalten.
Für Kirby CMS denke ich, dass der Kirby Page Builder für diese Aufgabe besser geeignet ist! :)
Er ist auch auf GitHub mehr starred (79 vs 225)
https://github.com/TimOetting/kirby-builder
In DNNs Evoq CMS platziert man HTML-Module in definierte Inhaltsblöcke (die in das Skin codiert sind), entweder in die Standard-"Contentpane" oder in andere Panele, die in einer gitterähnlichen Struktur unterteilt sind. Normalerweise ziehe ich ein HTML-Modul in die Standardpanele und codiere mein eigenes Gitter darin.
Ich möchte TYPO3 (https://typo3.org) als leistungsstarke und flexibelste/erweiterbarste Alternative (und meiner Meinung nach die beste Wahl für stark strukturierte Inhalte im klassischen "Seiten"-Sinne) empfehlen. Obwohl es eines der meistgenutzten CMS in Deutschland (vielleicht Europa) ist, ist es in anderen Regionen der Welt eher unbekannt.
Es hat ein überlegenes Spalten- und Inhaltselementsystem, das für Redakteure einfach zu bedienen ist (Drag & Drop, Mehrfachkopie/-einfügen, Stapelbearbeitung von Elementen usw.) und auch flexibel im Frontend gerendert werden kann.
Im Backend können Sie Ihre eigene Spalten-/Gitterstruktur und Ihre eigenen Inhaltstypen (mit benutzerdefinierten Feldern, Tabs, Kontrollkästchen usw.) hinzufügen.
Für noch anspruchsvollere Anforderungen können Sie die Konfigurationssprache TypoScript verwenden, um Inhalte zusammenzuführen/zu verpacken/zu rendern, wo immer der Redakteur sie im System speichern möchte.
Der Nachteil: TYPO3 und insbesondere TypoScript sind schwer zu lernen und die Dokumentation weist einige Lücken auf.
Aber für mich hat sich die steile Lernkurve gelohnt. :)
Zustimmung. Der Core enthält Page Builder, Caching, i18n, l10n, Content Elements (Widgets) und mehr kommt noch dazu.
Mit Pulse machen wir ähnliches wie Perch und sie heißen auch "Blocks"
http://help.pulsecms.com/article/14-blocks
Dies ermöglicht einen modularen Ansatz zur Seitenerstellung.
Als Entwickler sehe ich immer wieder, dass "Page Builder/Block-Elemente" überdacht und unterentwickelt sind. Mit anderen Worten, versuchen Sie, den einfachsten Weg zu finden, damit ein Content-Editor seine Inhalte eingeben kann, ohne jemals an Code, Markdown, Shortcodes usw. zu denken.
Ein Teil unserer Aufgabe als Entwickler ist es, das Design, das wir erstellen, so narrensicher wie möglich zu machen. Dieser Artikel trifft den Nagel auf den Kopf. Layout in Ihren Vorlagen und Inhalte in Ihrer Datenbank. Dies gibt Ihnen nicht nur mehr Kontrolle, sondern nimmt auch die Last der Eingabe oder Formatierung der Inhalte vom Content-Editor. Lassen Sie sie sich auf das konzentrieren, was sie tun sollen. Inhalte eingeben und modifizieren.
Ich benutze Craftcms Neo/Matrix/Field und auch WordPress ACF. Ich benutze auch Drupal Paragraphs und neige dazu, ein Fan der Drupal-Implementierung zu sein.
Die Möglichkeit, schnell Absatzstile innerhalb eines anderen Absatzes hinzuzufügen, ohne all das Hand-Coding, das CraftCMS Neo mit Matrix Fields mit sich bringt, ist eine Erfrischung. Einfache Änderungen an vorhandenen Block/Feld/Absatz-Twig-Dateien und Ihr Code kann so sauber sein, wie Sie es wünschen.
Am Ende sind es normalerweise die Kunden, die die Werkzeuge bestimmen, die verwendet werden. Ich finde es am besten, weiter zu lesen, weiter zu lernen und zu versuchen, in so vielen dieser Werkzeuge wie möglich versiert zu sein.
Ich konnte keinen Kommentar hinterlassen, ohne eine weitere solide Option zu erwähnen. Drupal Panels. Holen Sie sich den Panopoly Drupal Build und probieren Sie ihn aus. Großartig, um Seiten mit Blöcken, Nodes und Views zu erstellen.
Die Templatesysteme für viele dieser Plattformen können diese „Content-Blöcke“ so komplex gestalten, wie Sie möchten… Aber keine Erwähnung von Joomla?
Für Kirby CMS gibt es auch Plugins von Drittanbietern wie
https://github.com/jenstornell/field-engineer
https://github.com/TimOetting/kirby-builder
Mein bevorzugtes CMS ist Joomla. Überrascht, dass es im ansonsten umfassenden Artikel ausgelassen wurde. Joomla kann all das, was vorgeschlagen wurde, nativ leisten, und wenn Sie nicht stark in HTML sind, fügen Sie einfach den UNITE CMS Blox Page Builder hinzu. Ich baue seit 1998 Websites und Blox Page Builder ist unglaublich. Sie können buchstäblich eine Seite so gestalten, wie Sie es sich vorstellen können, und sie haben mehrere sehr gute Videos, die lehren, wie man ihn benutzt. Und der Support ist großartig.
Großartiger Beitrag. Wir haben diesen komponentenorientierten Design- und Entwicklungsansatz für die meisten Websites verwendet, die wir in der Firma, in der ich arbeite, erstellen.
Beachten Sie, dass wir dieses Drupal-Modul entwickelt haben, das wir anstelle von Paragraphs verwenden, um Websites wie diese zu erstellen. Es könnte sich lohnen, es sich anzusehen.
https://www.drupal.org/project/stacks
Ich habe festgestellt, dass Beaver Builder (https://www.wpbeaverbuilder.com/) für WordPress am flexibelsten ist. Sie bieten eine sehr einfache Benutzeroberfläche (Drag-and-Drop, Bearbeitung auf dem Frontend) und ein leicht erweiterbares Modulsystem.
Obwohl es ein wenig Feinabstimmung erforderte, um es so aussehen zu lassen, wie ich es möchte, hat es sich als solides Framework für die rund 20 Websites erwiesen, auf denen ich es verwendet habe, und sie scheinen an Gutenberg mitzuwirken und sich darauf vorzubereiten.
Mein bevorzugtes CMS ist Contao, da es Dinge von Natur aus in Inhaltsblöcke aufteilt. Sie benötigen keine Plugins, es ist einfach so gemacht. Ich habe viele CMS ausprobiert und festgestellt, dass Contao am einfachsten zu gestalten und zu bearbeiten ist, wenn es darum geht, Inhalte aufzuteilen.
Moment mal, wir bekommen also eine detaillierte Vermutung, wie ein zukünftiges WordPress-Plugin funktionieren könnte…
Aber gar keine Erwähnung von Joomla?
Oder Ghost, oder Typo3, oder Expression Engine, oder DNN, oder Concrete5, oder Episerver, Sitecore, AdobeCQ/EM, ach, sogar EZpublish…
Ich denke, das ist ein großartiges Thema, das wir diskutieren können, wenn wir uns von 1-zu-1- oder sogar N-zu-1-Inhalten zu N-zu-N-Inhalten bewegen; aber ein Vergleich von mehreren winzigen CMS, die alle im Grunde genommen mit einer ähnlichen Denkweise arbeiten, scheint nicht ganz fair.
Mir fehlen auch buchstäblich Tausende mehr. Glücklicherweise können Sie alle da draußen mit mehr CMS-Erfahrung diese CMS nutzen, um weitere Artikel zu diesem Thema zu veröffentlichen und die Konversation zu erweitern.
Für WP können Sie ACF mit einem Feld namens „Flexible Content“ (in der Pro-Version) verwenden.
https://www.advancedcustomfields.com/resources/flexible-content/
Unser bevorzugtes CMS bei der Arbeit ist Umbraco, das jetzt einen nativen Eigenschaften-/Feldtyp namens Grid Layout hat, der den Beispielen in diesem Beitrag sehr ähnlich funktioniert.
All dies erinnert mich auch sehr an den Squarespace-Editor.