NOVATREND Blog
Am 3. Juni ist Drupal 9 erschienen, die Freude war durchaus gross!
Eine neue Drupal Version erscheint nicht einfach so und es sieht so aus, als wenn aus der Vergangenheit gelernt wurde und Drupal 9 nun vieles einfacher und berechenbarer machen wird.
In der Vergangenheit gab es harte Schnitte beim Upgrade von einem Drupal Major Release zum Nächsten. Daher, bevor ich zu Drupal 9 komme, ein wenig Statistik über die aktuelle Situation.
Du hast eine Drupal Site und möchtest auf einer oder mehreren Seiten zusätzliches CSS und JavaScript hinzufügen? Du willst oder kannst keine Änderungen an den Dateien des Themes vornehmen?
Dann benötigst du das Asset Injector Modul! Es ermöglicht auf einfache Weise CSS Anweisungen und JavaScript Befehle im Browser hinzuzufügen. Der Geltungsbereich kann über Regeln definiert werden.
Headless CMS, API Clients, Single Page Applications, unabhängige Front End Experiences und API’s überhaupt sind seit Jahren in aller Munde. Um den Buzzword Faktor etwas herauszunehmen, beschreibe ich zwei einfache Nutzungsbeispiele.
Als vor mehr als 10 Jahren viele Verlage Open Source Content Management Systeme (CMS) entdeckten um Geld und Zeit zu sparen, war es „normal“, dass Artikel auch im entsprechenden CMS erstellt wurden. Da die Inhalte aber meistens mehrfach verwertet werden sollten, wünschten sich Verlage so etwas wie ein Basissystem mit allen Artikeln/Fotos/Dateien auf das bei Bedarf von unterschiedlichen Webseiten zugegriffen werden konnte. Man nannte das damals Content Pool. So ein Content Pool war oft einfach eine weitere CMS Installation ohne Frontend oder eine Datenbank mit individuell programmiertem Backend.
Bei Produktkatalogen verhielt es sich ähnlich. Wenn eine Firma Produkte online anbietet, so ist es in jeder Hinsicht hilfreich, die Produktbeschreibungen zentral zu erstellen, zu aktualisieren und bei Bedarf darauf zuzugreifen. Auch diese Kunden wünschten sich ein Basissystem und nannten es meist Produktdatenbank. Produktdatenbanken und Content Pools liessen sich bereits damals einfach mit Drupal erstellen. Heute würde das auch mit Joomla und WordPress sehr einfach gehen.
Auch der Zugriff auf diese zentralen Instanzen war damals einfach. Jemand entwickelte eine entsprechenden Erweiterung (Joomla), ein Plugin (WordPress) oder Modul (Drupal) um zur Laufzeit Kontakt mit dieser zentralen Stelle aufzunehmen. Da die Datenbanken von Zentrale und Client meistens innerhalb eines Unternehmens lagen, „kannte“ das anfragende System die Zentrale, beziehungsweise die Zugangsdaten zu deren Datenbank. Das war der pragmatischste, schnellste und preisgünstigste Weg.
Diese „pragmatischen“ Zeiten waren allerdings schnell zu Ende, da immer komplexere Zugriffe auf Daten unterschiedlicher Quellen notwendig wurden.
Die konsequente Einführung des Gutenberg Editors hat die WordPress Welt in den vergangenen Monaten gehörig durcheinander gewirbelt. Der Editor wird in erstaunlicher Geschwindigkeit weiterentwickelt und ist prinzipiell unabhängig von WordPress einsetzbar. Mittlerweile gibt es ihn auch für Drupal. Zwar noch nicht in einer 100% stabilen „stable“ Version aber immerhin schon als „release candidate„.
In Drupal besteht eine einzige Seite einer Website aus mindestens einem Feld, dem Titel. Alles andere ist „verhandelbar“. Auf einfachen Seiten, beispielsweise einem Impressum, wird der Inhalt meist als HTML Text in einem einzigen Feld gespeichert. Oft sind Seiten in Drupal aber individuell zusammengestellte, aus vielen Feldern bestehende Inhaltstypen, wie beispielsweise ein Produkt, ein Ereignis, eine Adresse oder ein Kundenprofil. Ausserdem gibt es Bündel von Feldern, Entitäten und wenn man nicht genau aufpasst, kann man sich schnell in den Strukturen verlieren. Diese mit vielen Feldern ausgestatteten Inhaltstypen enthalten natürlich auch unterschiedliche Feldtypen. Das kann von einer Zahl, einer Datei, einen Wahr/Falsch Feld, einer IBAN, einer E-Mail Adresse bis zu Amazon ASINs gehen. Der Fantasie sind da keine Grenzen gesetzt und neue Feldtypen sind per Modul installierbar.
Wer Websites betreibt, benötigt lokale Entwicklungsumgebungen und Testsysteme. Wenn etwas auf der produktiven Website geändert oder komplett neu erstellt werden soll, ist es wichtig, die Änderungen in einer lokalen Testumgebung zu erstellen und auszuprobieren. Um den Umgang mit Software, wie beispielsweise einem Content Management System zu lernen, ist eine lokale Installation ebenfalls sehr zu empfehlen. Nun läuft die meiste Software als Serveranwendung unter dem Betriebssystem Linux, die lokalen Rechner nutzen aber überwiegend Microsoft Windows und Apple macOS. Einen separaten Linux Rechner haben eher wenige Nutzer. Mit der Software VirtualBox, die für alle gängigen Betriebssysteme zur Verfügung steht, lässt sich eine Linux Umgebung auf Windows und MacOS Rechnern einrichten. Virtualbox kann aber nicht nur eine, sondern mehrere virtuelle Umgebungen zu Verfügung stellen. Diese „virtuellen Boxen“ können bei Bedarf gestartet und genutzt werden. Natürlich lassen sich auch Windows und macOS in einer virtuellen Machine starten, meisten wird aber doch ein Linux benötigt. Da so ein Linux natürlich auch innerhalb der virtuellen Box konfiguriert werden muss, entstand eine Software, die virtuelle Maschinen verwaltet. Die heisst Vagrant. Mit Vagrant lassen sich virtuelle Maschine automatisiert bis ins kleinste Detail konfigurierbar einrichten. Ein besonders gelungenes Beispiel einer solchen virtuellen Umgebung ist die Drupal VM von Jeff Geerling.