Von Drupal zu Backdrop CMS

Sehr informativer Beitrag zu Backdrop, vielen Dank mazze.

Ich hatte Backdrop schon fast wieder vergessen, aber dein Beitrag hat mich überzeugt es nochmal zu installieren und weiter zu testen, hat sich ja eine Menge getan.

Wäre schön wenn es als Alternative für kleinere/mittlere Websites eine Lösung bietet, denn mein kurzer Ausflug zu Wordpress wird sich definitiv nicht wiederholen.

Drupal 8 werde ich nur für 2 eigene (größere) Projekte später einsetzen (hier fehlen leider immer noch Module die ich nicht mal eben selber schreiben kann...), aber für kleine Wesites ist D8 vom Pflegeaufwand keine Alternative für mich.

Eine Verständnisfrage hätte ich dazu:

Module wie z.B. Paragraph bei Backdrop sind ja sicherlich von D7 abgewandelt, wenn nun bei D7 so ein Modul (Paragraph war nur ein Beispiel...) nicht weiter entwickelt wird oder eingestellt wird, übernimmt dann Backdrop die Security bzw. Weiterentwicklung für das Backdrop Paragraph, bzw. für alle dort angebotenen Module?

Grüße Jenna

Hallo Jenna,

ja, das Anschauen lohnt sich wirklich, Backdrop 1.12 erscheint im Januar 2019 und ist wirklich sehr viel weiter als 1.0. Im Januar-Release sollen sogar ein paar Funktionen für Mehrsprachigkeit drin sein. Allein schon das Layout-System ist wirklich durchdacht!

Das Paragraphs-Modul ist ein gutes Beispiel für Modul-Entwicklung... es ist mehrheitlich identisch mit der D7-Version, die Migration an Backdrop umfasst vor allem die Anpassungen, um es mit dem Config-Management kompatibel zu machen. Gerade für Backdrop-Paragraphs sind jedoch Pläne da, gewisse D8-Funktionen zu übernehmen und in Backdrop ebenfalls zur Verfügung zu.

Und ja, der Backdrop-Maintainer von Paragraphs wird auch die Security-Updates liefern dürfen...;-) Aber wie das langfristig genau geplant ist, müsste ich auch mal nachfragen, guter und wichtiger Punkt für die Evaluation!

Ich habe kurz nachgefragt beim Backdrop-Team:
https://backdropcms.org/security

Der Kollege meint, falls wir eine Info vermissen, dann bitte umgehend mitteilen. Aber es ist schon so, dass das BD-Security-Team von sich aus Bug auch in Modulen beheben kann, falls sich der Maintainer nicht meldet oder es nicht umsetzen kann.

Hi.

Ja ich habe Backdrop auch getestet und finde es echt super.
Module von D7 sind oft kompatibel oder zumindest leicht portierbar.
Services 3.0 Module sind weitestgehend auch kompatibel.

Freundliche Grüsse

Robert

Hört sich echt spannend an.

Ich warte bis 15. Januar auf das ganz neue Release (Taxo dann auch mehrsprachig, glaube ich) und gebe dann auch neues Feedback.

Wäre toll eine beständige Lösung auf Drupal Ebene zu finden, habe nämlich jetzt alle kleinen Projekte abgelehnt weil es mir mit D8 einfach zu aufwendig ist.

Würde aber gern wieder ein System mit schönen eigenen Themes und Bausteinen entwickeln um auch kleine Aufträge abzudecken.

Grüße Jenna

Genau, am 15.1 erscheint 1.12, wird ein wirklich guter Release, es macht wieder Spass wie damals zu Beginn von D7:-)

Die grösste Umstellung für mich war übrigens die fehlende Display Suite. Neu schrebe ich mehr direkt in die tpl.php-Files und entdecke erst jetzt, wie viel schneller ich damit bin (habe oft Sites mit ähnlichen Anforderungen).

Oje, ohne Display Suite könnte ich nicht arbeiten ;-)

Aber gerade wenn du immer wieder Sites mit ähnlichen Anforderungen baust, wäre das doch auch ein Argument für D8. So könntest du dir einmal eine Basis zusammenstellen, die du für jeweils unterschiedliche Projekte einsetzt. Sorry, ist ein wenig OT, aber erschien mir hier erwähnenswert. Wollte keinen extra Thread über das Für und Wider von Backdrop vs. D8 aufmachen :-)

Hallo Schmittrich,

Du sprichst das Kernthema an, das ich in meinem Blogbeitrag anzusprechen versuchte... ich habe jahrelang (wenn auch nicht am Stück;-) versucht, in Drupal 8 meinen D7-Werkzeugkasten nachzubauen, um schnell mit wichtigen Funktionen am Start zu sein.

• Configuration Management schafft das nicht, es ist für den Austausch von DEV nach Staging nach Content und prüft die Site ID entsprechend
• Features in D8 habe ich als Biest erlebt, ich schaffte es nicht Konfiguration bereitzustellen ohne massive Konflikte innerhalb der Exporte. Hat das bei Dir denn geklappt?
• Und dann probiert man das gleiche in Backdrop und es funktioniert einfach... Backdrop ist übrigens ein früher D8-Fork(!) und hat genau das Konfigurationsmanagement, das ich damals am DrupalCamp in Wien im D8-Dev-Kurs kennenlernen durfte und als doch langsam älteres Semester auch sofort begriffen habe;-))

Display Suite habe ich viele Jahre immer eingesetzt, ist auf D7 eine tolle Lösung (auf D8 leider sehr lange unstabil). Darum fiel es mir gar nicht auf, wie aufwändig das Schreiben von Template-Funktionen in die Datenbank sein kann, verglichen eben mit Template-Files. Wie erwähnt werde ich D8 weiter nutzen, aber für den Use Case "Kleinagentur muss schnell teilweise ähnliche Sites erstellen" ist Backdrop CMS wirklich grossartig.

Ich bin ein „Heavy-User“ von Features in D7 – vor allem für das Konfigurations-Deployment wurde und wird es dort ja gerne missbraucht. Features in D8 habe ich nicht getestet, von daher kann ich dazu nichts sagen.

In D8 habe ich mir lokal eine Basis mit den wichtigsten Modulen gebaut, dazu die wichtigsten Standard Content-Types mit entsprechenden Displays und Views. Einen Ableger dieser Basis erhalte ich durch einfaches Klonen der composer.json sowie der Datenbank. Erst danach kommt bei mir das Config-Management ins Spiel, d.h. wenn es um kleinere Anpassungen und das Deployment dieser auf den Liveserver geht.

Die Schritte bei mir sind:
1) Auf Kommandozeilenebene: composer create-project drupal-composer/drupal-project:8.x-dev mein_neuer_projektname --stability dev --no-interaction
2) Im neuen Projektverzeichnis composer.lock sowie composer.json entfernen
3) composer.json aus dem Basisprojekt hineinkopieren
4) Auf Kommandozeilenebene: composer update --with-dependencies
5) Die lokale Datenbank des Basisprojekts klonen
5) settings.php anpassen (db-Zugang etc.)
6) Das Custom Theme aus dem Basisprojekt in den Ordner themes/custom klonen
7) Fertig

Ich arbeite mit git, das heißt ich nehme ggf. noch Anpassungen in .gitignore vor. Das Ganze wird danach committed und auf den Stage- bzw. Liveserver gepusht. Eventuelle Anpassungen der Konfiguration exportiere ich ganz normal mit cex bzw. csex (bei Verwendung von Configuration Split). Diese werden ebenfalls committed.
Achja: Die Datenbanken für Stage- und Liveserver erzeuge ich anfangs ebenfalls durch Klonen meiner lokalen Datenbank. Somit komme ich nicht in Konflikt mit dem Konfigurationsmanagement (Site ID usw.).

Natürlich habe ich (ganz früher;-) ebenfalls einfach die Datenbank kopiert, bis ich dann eben D7 Features entdeckte... Nur würde ich eben nie mehr zum System "duplizeren Datenbank" zurückkehren wollen, es ist wirklich nur für Notfälle um schnell was zu testen.

Vor allem aber will man ja eine neue Funktion, z.B Eventkalender mit allem drum und dran auch auf weiteren Sites einsetzen können – Configurations-Management eben. Das kriegte ich mit D7 Features hin, mit D8 habe ich irgendwann entnervt aufgegeben.

Die für Drupal 8.8 vorgesehene "Configuration Management 2.0 initiative" bestätigt ja mehr oder weniger, dass Version 1.0 erhebliche Mängel hat, man will da Sachen wie siteübergreifenden Austausch von Config realisiert haben... genau was ich in D7 seit vielen Jahren mache.

Dieses Problem war ein absoluter Blocker vor einigen Monaten. Ich hatte 8.6 angeschaut und fand viele wirkliche Verbesserungen. Aber Configs nicht speichern und wiederverwenden zu können, geht bei meinem Geschäfsmodell einfach nicht.

Die obige Vorgehensweise wende ich tatsächlich nur bei kleineren Projekten an, für die D8 eigentlich zu mächtig ist. So kann ich oft bei D8 bleiben und muss nicht auf andere Systeme ausweichen. Für größere Projekte entwickle ich grundsätzlich "From Scratch", da die spezifischen Anforderungen doch immer leicht unterschiedlich sind. Aber ich gebe dir Recht, das Konfigurationsmanagement könnte noch besser werden :-)

@mazze

So, nun habe ich gleich das neue Release von gestern installiert und bin wirklich begeistert vom Admin Bereich, sehr schnell und gut strukturiert, ehrlich gesagt schöner als in D7 (auch wenn ich damit sehr gern arbeite..)

Schön wäre auch ein deutschsprachiges Forum für backdrop, denn ich könnte mir vorstellen das es für viele (auch hier) eine super Alternative wird, immer dann wenn D8 zu mächtig ist.

Werde die nächsten Wochen fleissig Module testen und Themes erstellen und mich weiter einarbeiten (wobei das für Drupaler ein Klacks ist...)

Grüße Jenna

Ja, ist ein toller Release geworden, konnte aber erst kurz draufschauen. Dann viel Spass beim Austesten – und nochmals, allein das Konfigurations-Management ist den Umstieg wert.