Manchmal passiert es, dass beim Erstellen einer neuen Drupal 9-Installation mit Composer die Verzeichnisstruktur nicht richtig angelegt werden.
Auf root-Ebene befinden sich zahlreiche Ordner und Dateien, die sich eigentlich im Unterordner web befinden sollten.

In den letzten Monaten haben wir uns intensiv damit beschäftigt, wie Drupal auch für kleinere Web-Projekte sinnvoll eingesetzt werden kann.
Wir hören immer wieder die gleichen Gründe, warum Wordpress angeblich geeigneter ist.
Warum es keine Gründe gibt, auf die Vorteile von Drupal als Content Management System zu verzichten, fasse ich in diesem Artikel zusammen.

Bekanntlich ist end-of-life von Drupal 8 im November 2021.
Die meisten Kundenprojekte und auch unsere eigenen Projekte haben Module, die noch nicht zu Drupal 9 kompatibel sind.
Um frühzeitig Erfahrung zu sammeln, habe ich jetzt ein eigenes Projekt auf Drupal 9.0.0 aktualisiert.

Viele Projekte kommen zu uns, weil der vorherige Programmierer abgesprungen ist. So auch in diesem Beispiel.
Die Webseite wurde in einem sehr frühen Stadium von D7 auf D8 migriert, war jetzt nur bis Drupal 8.6.13 aktualisiert und nicht unter vollständiger Composer-Kontrolle.

Die mitgelieferte Suche von Drupal ist nicht immer die beste Wahl. Entweder arbeitet man mit einer Kombination der Module Search API und Search API Pages oder man integriert die Search API in die Drupal-Views.

Schon lange bauen wir neue Projekte nur noch unter Drupal 8 auf und so langsam migrieren wir auch die eigenen Projekte nach und nach von Drupal 7 auf 8.
Die sind ausnahmslos schon lange gewachsen und mit zahlreichen Modulen erweitert.
Hier gehe ich auf die Übernahme der Inhalte von Nodes und Taxonomien ein und erläutere, warum ich die Inhalte lieber auf einer frischen Installation mit Feeds importiere, statt mit Migrate Modul zu arbeiten.

Um unseren Kunden einen Rahmen für eine Webseite bieten zu können, die den modernen Ansprüchen an Performance, Smartphone-Tauglichkeit, Schnittstellen zu Social Media und vor allem höchste Flexibilität gerecht wird, haben wir eine Art Dummy-Version erstellt, die mit einem Paket an sinnvollen und stabilen Modulen ausgestattet ist.

Drupal 8 haben wir seit einiger Zeit für ein paar Projekte im Einsatz.
Das lief bislang erfolgreich bei HostEurope Webserver Premium, All-inkl Premium und bei 1&1 Unlimited Pro.
Ich konnte auch jeweils Composer und Drush zum Einsatz bringen.
Nun scheiterte eine frische Installation via Browser bei 1&1 mit folgendem Fehler:

Im Blogartikel http://test.montviso.de/blog/drupal-10-zukunftsfaehige-themes-die-auch-unter-drupal-8-funktionieren habe ich Drupal Themes beschrieben, die auch unter Drupal 8 funktionieren werden.
Hintergrund war die Frage, ob eine Einarbeitung in Omega 4 ansteht (bislang ist Omega 3 unser Stamm-Theme), oder ob es sinnvollere Alternativen gibt.
Inzwischen habe ich einige der Themes näher angesehen und getestet und bin zu dem Schluss gekommen, daß wir wohl künftig zweigleisig fahren werden.
Omega 4 kann man auch ohne SASS verwenden, aber es gibt eindeutige Gründe SASS zu verwenden.

Projekte unter Drupal 7 haben wir bislang mit dem Theme Omega 3 umgesetzt, mit dem wir auch sehr zufrieden sind.
Nun stehen allerdings zwei Aktualisierungen an: In absehbarer Zeit werden wir die ersten Produktiv-Projekte unter Drupal 8 verwirklichen und dafür kommt nur Omega 4 in Frage.
Der Unterschied zwischen Omega 3 und Omega 4 ist sehr gut und es lag nahe, sich bei der Gelegenheit mal wieder umzusehen, welche Alternativen es gibt.