Das Problem: Man möchte einen Drupal-Block, der von einem View bereitgestellt wird mit Hilfe einer Twig-Datei an einer ganz bestimmten Stelle ausgeben, z.B. unter einem Blogbeitrag. Das geht prinzipiell ganz ohne Twig über das Blocklayout unter admin/structure/block - in unserem Fall ist es ein Views-Block mit dem Systemnamen "block_similarterms". Dort trägt man den Blog z.B. im Abschnitt Inhalt ein und legt die Sichtbarkeit auf den Pfad eines Blogbeitrages mit /blog/* fest. So weit, so einfach.
Blogbeiträge zum Thema Drupal8
Gestern Abend erreichte uns ein Hilferuf eines Kunden, der plötzlich keine Custom Blocks - benutzerdefinierten Blöcke - mehr platzieren konnte. Im Ereignis-Log erschien eine Fehlermeldung.
Die Fehlermeldung, überschrieben mit Warning: Invalid argument supplied for foreach() in Drupal\Core\Render\Element\Checkboxes::valueCallback() (Zeile 100 in /pfadzurinstallation/core/lib/Drupal/Core/Render/Element/Checkboxes.php) und viiiieeel mehr Text drunter, ließ sich erst einmal mit nichts auf der Seite so richtig in Verbindung bringen.
Twig ist seit Drupal 8 das Mittel der Wahl, wenn man die Ausgabe von Inhalten mit Templates gestalten möchte. Im Gegensatz zu den bisher verwendeten PHP-Templates ist die Syntax bei twig einfacher als bei PHP. Sinn und Zweck des Ganzen: Wer das Theme gestaltet, soll sich nur noch um die Ausgabe von Platzhaltern (= vordefinierten Variablen) und einfachen Kontrollstrukturen (if-Abfragen, for-Schleifen) kümmern müssen. Der Wegfall der teilweise unübersichtlichen php-Elemente erleichtert die Übersicht. Wir wollen das an einem einfachen Beispiel zeigen.
Eine Frage, die uns immer wieder gestellt wird: "Wann sollte ich meine Drupal Webseite auf eine neue Version upgraden"? Da ist es wohl an der Zeit unseren letzten Beitrag zu diesem Thema zu aktualisieren.
Beim Installieren eines Drupal-Paketes via git-Repository und Composer auf einem neu aufgesetzten Server kam beim Aufruf von "composer install" diese Fehlermeldung:
composer install error this package requires php 7.0 but your PHP version does not satisfy that requirement
Wer LaTex kennt, wird sich jetzt vielleicht fragen, was dieses für das Erstellen von Textsatz seit den 80er Jahren entwickelte Softwarepaket mit einer Website zu tun hat. Die Gründe dafür und wie man es einsetzt, beschreiben wir in diesem Beitrag.
Während der Installation von Drupal werden verschiedene Einstellungen abgefragt und in der Datenbank gespeichert, z.B. der Name der Website oder der Pfad zum temporären Verzeichnis. Und auch später werden Einstellungen, die man vornimmt in der Datenbank abgelegt, wie zum Beispielt das Einschalten der CSS- und Javascript-Kompression. Während der Entwicklung einer Website hat man häufig andere Einstellungen als später auf der Live-Seite oder auch in der Testumgebung für den Kunden.
Gut acht Jahre nach dem Erscheinen von Drupal 6 hat dieses nun mit der Freigabe der stabilen Version von Drupal 8 sein "End-of-Life" erreicht. Nachdem wir mit mehreren unserer Kunden darüber diskutiert haben, was dies für ihre Webseiten bedeutet, möchten hier einen Überblick über die aktuelle Situation und mögliche Optionen geben.