Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03643.jsonl.gz/2506

Das Major Update von Drupal 7 auf Drupal 8 (heute 9), vor mittlerweile sechs Jahren führte zu einer Segmentierung, um nicht zu sagen Spaltung der Drupal Community.
Bis zu dieser Zeit war Drupal ein sehr beliebtes Projekt bei Site-Buildern, die Drupal als No-Code Plattform nutzten und in kürzester Zeit beeindruckende und kostengünstige Websites nur durch Konfigurationen auf der Benutzeroberfläche realisieren konnten. Viele grosse Firmen wurden auf die Drupal Rockstars und die „One man armies“ im Theming-Bereich aufmerksam und stellten auch sehr grosse, mehrsprachige Websites auf Drupal um. Damals waren die Versionen Drupal 6 und 7 aktuell und die Art und Weise, wie diese Sites konfiguriert wurden, führte bei vielen Projekten durch ganz unterschiedliche Gründe längerfristig zu Performance- und Wartungsproblemen.
Drupal 8 war, verglichen mit Drupal 7, technisch besser durchdacht und bot „klassischen“ Software-Entwicklern Möglichkeiten, einen Grossteil der UI-Konfiguriererei zu vermeiden. Konfigurationsänderungen konnten als YAML-Dateien geschrieben und als Code ausserhalb der Datenbank in Versionskontrollsystemen verwaltet werden. Diese Vorgehensweise (Composer, Drush, Git) wurde in den letzten sechs Jahren verfeinert und ist auch heute die empfohlenen Vorgehensweise bei einem Drupal Projekt.