NOVATREND Blog
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.
Wer jemals mit Drupal zu tun hatte und ein Formular benötigte, kennt vermutlich das Webform Modul. In Drupal ist es ja so ähnlich wie in Linux. Es gibt für jedes Problem genau eine Lösung, sprich ein Modul. Wenn du eine Anforderung hast, die etwas komplexer ist, nutzt du mehrere Module, die dann miteinander kombiniert werden. Gerade Formulare sind ein sehr interessantes Thema, da die Gestaltung der Eingabefelder, die Validierung der Daten, die Darstellung der Ergebnisse und vieles andere mehr oft echte Herausforderungen darstellen.
Drupal 8 erschien im November 2015, also vor drei Jahren. Seit drei Jahren gab es kein verfügbares und stabiles Formularmodul. Als Programmierer kann man sich sein Formularmodul bei Bedarf selbst schreiben. Für alle Anderen war das teilweise ein echtes Problem.
Das Webform Modul für Drupal 7 wurde von etwa 400,000 Websites genutzt, die „halb“-fertige Version für Drupal 8 dagegen nur von knapp 50,000 Websites. Am 24.12.2018 war es nun soweit. Das Webform Modul erschien in der stable Version!