Zukünfte des drupalcenters

Hallo Martin,

danke für deine Gedanken, die du hier mit allen teilst. In einigen Punkte stimme ich mit dir überein, andere Punkte sehe ich nicht so wie du.

Zu den Übersetzungstools:
Ich möchte noch hinzufügen, dass neuere Sprach-KIs wie ChatGPT in der nahen Zukunft wahrscheinlich die Notwendigkeit der Übersetzung von Webseiteninhalten stark reduzieren oder sogar ganz überflüssig machen. ChatGPT recherchiert bereits heute zu allen möglichen Drupal-spezifischen Fragestellungen Lösungsmöglichkeiten und fasst diese in der gewünschten Sprache zusammen. Die Ergebnisse sind zwar grundsätzlich nicht ohne Fehler, aber sie bringen einen dennoch meist in deutlich kürzerer Zeit weiter als die mühsame Recherche in verschiedenen Foren. Dies unterstreicht mein Argument, dass die Support-Funktion eines deutschsprachigen Drupal-Forums zukünftig weniger wichtig wird. Was natürlich mittelfristig wegfällt, ist die persönliche Ansprache. Das kann keine KI ersetzen. Also ein Argument für ein deutschsprachiges Forum?

Die internationale Drupal-Community ist um Dimensionen größer ist als die ohnehin schon sehr kleine deutschsprachige. Wenn ich z.B. sehe, welche Menge an Mitteilungen und Support-Anfragen täglich über den offiziellen Drupal Slack Channel laufen, … Eine Öffnung und stärkere Integration mit der globalen Gemeinschaft könnte meines Erachtens die Perspektiven erweitern und Synergieeffekte schaffen.

Die Idee von Mitgliedsbeiträgen in einer Open-Source-Community sehe ich eher kritisch, da sie dem Open-Source-Gedanken zuwiderlaufen könnte. Es gibt jedoch verschiedene kommerzielle Anbieter, die bezahlte Drupal-Support-Dienste anbieten, auch in deutscher Sprache.

Und zu deiner Frage:
Anfänger können und dürfen in Foren Fragen stellen oder bei Diskussionen teilnehmen. Und wenn ein bestimmtes Problem erfolgreich gelöst oder etwas Neues gelernt wurde, können auch bereits Drupal-Neulinge ein einfaches Tutorial oder eine Anleitung schreiben und dieses veröffentlichen. Dies hilft anderen, die vor ähnlichen Herausforderungen stehen. Anfänger könnten auch bei der Übersetzung von Dokumentationen oder des Drupal Interface helfen. Die technischen Hürden hierfür liegen relativ niedrig. Joachim steckt in dieser Materie und kann dazu sicher mehr sagen.

Viele Grüße
Christian

Vorwegnehmen möchte ich die Sache mit der KI

KI-Tools wie Chat-GPT machen immer noch Fehler. Werden solche Lösungen 1:1 übernommen ohne durch Menschen kontrolliert und redigiert zu werden kommt da immer Käse raus.

Die Codebeispiele, auf die Chat-GPT zugreifen kann sind alle schon mal von Menschen veröffentlicht worden und werden von der KI neu zusammengebastelt. Wer glaubt, das KI kurzfristig gute Übersetzungen abliefern kann, der irrt. Wir sehen das immer beim Übersetzen von Drupal. Das was da rauskommt ist zwar lesbar, aber noch lange nicht dass, was ich einem unerfahrenen Endanwender In der Benutzeroberfläche von Drupal zumuten würde.

Für Inhalte gilt das übrigens ebenso. Es gibt genügend Tools in denen KIs wie Chat-GPT Inhalte generieren, in dem man ihnen ein Thema und ein paar Stichworte für einen Text vorgibt.

Diese Texte sind, wenn Sie fertig sind zwar lang und auf den ersten Blick auch fachlich richtig, schön zu lesen sind sie aber nicht. Meist fehlt ihnen auch der Stil und der Humor meines Lieblings-Bloggers. Das ist auch der Grund, warum KI immer nur eine Vorlage liefern kann, die fachlich korrekt und gut ausgearbeitet werden muss, damit sie bei der jeweiligen Zielgruppe gut ankommt und von ihr gut aufgenommen wird.

Ach wenn Christian wahrscheinlich Recht hat, mit dem was er da sagt, ich hoffe inständig er irrt sich bzw. wir verzichten einfach darauf diese Inhalte ohne Überarbeitung zu veröffentlichen. Sonst wird die Zukunft echt düster.

So und jetzt zum eigentlichen Thema:

1. Ich glaube auch dass ein deutschsprachiges Forum sehr viel angenehmer für viele sein wird. Auch zukünftig.
2. Drupal war schon immer von User-Groups geprägt, die in allen Sprachen und in allen Ländern der Erde stattgefunden haben. Wir sollten das auf jeden Fall erhalten und fördern, indem wir auch weiterhin deutschsprachige Inhalte anbieten.
3. Natürlich ist die Community hier in DE kleiner als die Internationale, aber viele gute Dinge, die mit Drupal in der Vergangenheit passiert sind kommen von hier. Auch wenn sie International oft englisch vorgetragen werden kommen viele Gute Ideen in der Community aus dem Dach-Raum. Damit das so bleibt ist es wichtig eine Community wie diese zu haben. Wir wollen ja schließlich als Innovationskraft innerhalb der Drupal-Community sichtbar bleiben und auch weiter mit Veranstaltungen rund um Drupal Geld für die Drupal-Community und das System selbst auftreiben. Das können wir ebenfalls nur, wenn das Drupalcenter auch zukünftig eine zentrale Anlaufstelle zu Drupal bleiben kann. Deshalb stimme ich dir in allen von dir aufgeführten Punkten zu.

Drupal Center als Chance für den Nachwuchs der Community und Enthusiasten

Schlussendlich ist die Beteiligung an der deutschsprachigen Community aller in den vergangenen Jahren gesunken und zusätzlich hat Drupal selbst sich von einem System für alle, die sich fürs Web interessieren weg entwickelt hin zu etwas, dass ganz sicher einen größeren Business-Context hat als noch zu Zeiten von Drupal 6 oder Drupal 7.

Das Drupalcenter selbst hat meiner Meinung aber immer noch bei den Leuten eine Chance, die Dinge lieber erst mal selbst machen, als sich Fertiglösungen bei Agenturen zu bestellen.

Ich glaube auch nicht, dass du für irgendeinen gestandenen Developer oder eine gestandene Entwicklerin noch was auf deutsch machen musst.

Wenn es aber darum geht:

• Jugendliche,
• Schüler,
• Studenten oder
• Menschen auf alternativen Bildungswegen

für Drupal zu begeistern und bei Ihrem Wissensdurst abzuholen, dann sehe ich genau eine Community wie diese hier als das richtige Werkzeug an.

Übrigens übersetzen wir auch genau für diese Leute Drupal ins Deutsche. Alles, damit der Einstieg in Drupal möglichst einfach ist und die Lernkurve so lange wie möglich so flach wie möglich bleiben kann.
Nicht jeder, der sich für Drupal Interessent, will schließlich gleich eigene Module dafür schreiben. Manchmal will man auch einfach damit arbeiten.

Die Frage ist jetzt nur, ob sich noch genügend Leute im Drupalcenter befinden, die diese Ansicht teilen und die Community in diesem Sinne weiter- bzw. Wiederentwickeln wollen.
Wenn das so ist, dann gibt's hier noch jede Menge Zukunft.

Zu deiner Anregungsfrage:

Ja ich bin da bei Christian. Komm auf dem Übersetzungsserver ins deutsche Team und übersetze ein Stück Drupal, wenn du Drupal lernen willst. Du kannst so vielen Menschen damit helfen Drupal besser zu verstehen. In aller erster Linie dir selbst. Seit Drupal 10.2 gehört hier nicht nur die UI von Drupal dazu, sondern auch der Offizielle User-Guide zu Drupal auf Drupal.org. Angesichts der Module, die Monatlich neu dazu kommen könnten wir stand heute 100 neue aktive Übersetzer brauchen, um Drupal auch weiterhin nicht nur im Kernsystem zu lokalisieren. Diese Wahnsinnsmenge an Freiwilligen brauchen wir übrigens wegen KI und nicht trotz Ki. Die hilft uns beim Übersetzen maximal Rechtschreibfehler zu vermeiden und Initialvorschläge für Übersetzungen schneller zu generieren. An einer Endabnahme, durch Menschen, die sich mit Drupal auskennen kommen wir trotz KI nicht vorbei. Ich freue mich jedenfalls über Zuwachs im Team.
Hier sollte man dann allerdings richtig gut deutsch können.

Im Bereich CSS gibt es im Englischen z.B. Dinge wie Child-Element. Wer sowas dann mit Kindelzement übersetzt der bekommt dann schon mal die Frage gestellt ob dass denn sein ernst ist.

Ich selbst hab's auch schon geschafft das Wort Count mit Anzahl zu übersetzen und das Z und das H zu vergessen Dass passiert, wenn man zu breite Finger hat und den ganzen tag versucht der schier übermächtigen Anzahl unübersetzter Zeichenfolgen in Drupal Herr zu werden. Der Entsprechende Issue dürfte auf drupal.org auch noch zu finden sein. Ich verlinke diesen hier jetzt aber nicht.
Natürlich bekam ich prompt die Rückfrage gestellt, ob bei mir gerade alles im A... ist oder was? Das ist innerhalb einer Community auch vollkommen in Ordnung, in der man sich kennt oder gegenseitig kennen lernt, weil man gemeinsam das Ziel verfolgt ein CMS wie Drupal besser zu machen. Da kann man dann auch mal Fehler machen, gemeinsam drüber lachen und dann ists gut.

Wer gar keine Ahnung von Drupal hat, aber HTML und CSS kann und sich auch nicht zu fein ist, beim Übersetzen auch immer an Leute zu denken, die noch nichts von Drupal gehört haben und es aus purer Neugier Herunterladen und installieren, der ist im Team der deutschen Übersetzung von Drupal auf jeden Fall gut aufgehoben. Weiterentwickeln kann man sich anschließend immer noch.

Ich fühl mich als Mensch auf "alternativem Bildungsweg" angesprochen, das passt gut. In diesem Sinne mag ich gerne mitwirken und hab auch schon die einzelne kleine Anleitungen verfasst. Übersetzungen machen kann ich mir gut vorstellen, das hilft auch beim Lernen gut. Module werde ich keine schreiben sondern vorwiegend benutzen.

Die Motivforschung unter den Teilnehmenden wäre auch interessant. Weiß man wieviele Aktive es gibt bzw. wieviele BesucherInnen im Allgemeinen?

Was die Weiterentwicklung des drupalcenter betrift fallen mir folgende Fragen ein

Worum gehts genau? (Forum, D10 Aktualisierung, noch anderes?) Dies genau zu erfassen, statt im Stillen zu phantasieren fände ich wichtig.
Welches Ziel wird daraus abgeleitet? Damit jeder weiß, ob er/sie sich dem anschliessen mag/kann.
Was soll die zukünftige Zielgruppe sein? (DACH, ...)
Wer kann hier entscheiden - wer hat bisher entschieden?
Gibt es InitiatorInnen, also gute Zugpferde?
Welche Ressourcen werden gebraucht?
Wer wirkt aktiv mit - wie könnten Aufgaben verteilt werden?
In welchem Zeitrahmen geht das?

Ich persönlich würde das allgemeine Interesse auch an der Beteiligung hier, in dieser Diskussion, festmachen und bin gespannt.

Ich sehe das ganz ähnlich. Ich habe einfach keine Zeit, neben meinem Beruf auch noch Fachchinesisch in englischer Sprache zu lesen und das, was die KI bislang bietet, ist keineswegs immer hilfreich.
Mir persönlich ist drupalcenter eine wichtige Anlaufstelle und ich informiere mich gerne hier. Nachdem es allerdings immer wieder upgrades von drupal gibt und inzwischen ohne composer fast nichts mehr läuft und man eigentlich auch einen eigenen V-Server braucht, damit drupal 9 oder 10 einigermaßen gut läuft, wird es für mich als Nichtinformatikerin mühsam, wenn ich dann irgendwelche Codeschnipsel anderswo recherchieren muss und niemand in deutscher Sprache auf eine konkrete Frage antworten kann.
Ob es nun das Forum ggf. mit einer eigenen Forensoftware neu aufgebaut werden sollte oder das bisherige weiterbetrieben wird, ist mir persönlich nicht so wichtig wie ein paar fitte Leute hier, die einem die entscheidenden Ratschläge geben können (oder ggf. gegen Bezahlung weiterhelfen).
LG
Dorothea

ich persönlich würde das nicht tun. Schau mal als einfaches Beispiel soll hier die Übersetzung ins deutsche von Drupal dienen. Drupal kannst du seit Drupal 6 übersetzen. Im Projekt https://localize.drupal.org/translate/languages/de sind 587 Mitwirkende registriert. Trotzdem sind es immer wieder vereinzelte Gruppen, die aus wenigen Personen bestehen, die den Unterschied machen. Im Falle des Projekts de kann ich dir vielleicht insgesamt 10 Leute nennen, die seit 2006 also Seit der Veröffentlichung von Drupal 8 aktiv an der Übersetzung des Systems mitgewirkt haben. Die lokalisierte Version, des Benutzerhandbuchs, dass auf Drupal.org als UserGuide bekannt ist, wurde von 6 Leuten erstellt. Alles nur, damit jemand nachrücken kann und das ganze verbessern kann, sobald es eine neue Version im Englischen gibt und wir die Sissifusarbeit eine Initial-Version zu haben, die „nur noch Verbessert werden muss“ schon mal abgemüht haben und ein weiteres Asset zu Drupal auf Deutsch haben.

Das sind beides aber riesengroße Projekte, die nicht etwa unter Mitwirkung aller 587 Leute, die sich jemals dafür angemeldet haben Drupal ins Deutsche zu übersetzen entstanden sind, sondern auf den Schultern derer liegen, die Dinge einfach umgesetzt haben, ohne darüber groß zu sprechen, bis sie fertig waren. Wenn wir hier auf die Beteiligung irgendwelcher Leute gewartet hätten oder sowas gesagt hätten wie: Also wenn hier 10 unterschiedliche Nutzer 10 Unterschiedliche von der Community bereitgestellte Zusatzmodule übersetzen, die für Drupal 8 verfügbar sind, dann machen wir's und betreuen die deutsche Übersetzung weiter. Dann gäbe es zum jetzigen Zeitpunkt keine deutsche Übersetzung für Drupal mehr. Dann wäre in dem Projekt bereits bei Drupal 7 und vor Drupal 8 mit dem Projekt de auf drupal.org Schluss gewesen.

Das geht so nicht. Man kann doch nicht warten, bis der Beitrag eine kritische Masse an Kommentaren unterschiedlicher Mitglieder erreicht hat, bevor man anfängt was zu machen. Wenn wir das tun, dann wird das Drupal Center auch 2030 noch auf Drupal 6 basieren und rein optisch ändert sich hier auch nichts. Von den Informationen im Handbuch, die aktuell maximal Drupal 7 und Drupal 8 abdecken ganz zu schweigen. Das bremst die praktische Umsetzung des ganzen.

Selbst wenn hier im Forum vielleicht noch 5 Leute an Drupal und einem deutschen Forum Interesse hätten, wären das immer noch genug, um das ganze zu wuppen. Die Initiative ein Forum wie dieses hier aufzubauen Ging mit Sicherheit auch nicht mit mehr Leuten los und dann kamen die Nutzer. Jetzt sind die Nutzer weg, haben sich in Facebook-Gruppen verzogen und dergleichen. Die kommen garantiert wieder. Aber dafür muss man halt auch was tun.

Viel spanender finde ich doch mal die Fragen von Martin. Ich bin zwar nicht von Anfang an dabei. Beantworten kann ich sie aber dennoch.

Worum gehts genau? (Forum, D10 Aktualisierung, noch anderes?) Dies genau zu erfassen, statt im Stillen zu phantasieren fände ich wichtig.

Das Drupal-Center basiert immer noch auf Drupal 6. Das funktioniert zwar, ist aber aus mehreren Gründen schlecht. Angefangen beim Funktionsumfang über die Möglichkeiten im Design usw.
Konkret geht es um eine Modernisierung des Forums hier, um damit mehr Beteiligung und mehr aktuelle Beiträge zum Thema Drupal zu fördern.

Welches Ziel wird daraus abgeleitet? Damit jeder weiß, ob er/sie sich dem anschließen mag/kann.

Das Ziel das daraus abgeleitet wird ist eine Migration der Inhalte des Drupal-Centers von Drupal 6 auf Drupal 10 und eine Anpassung des Themes um die Website als Plattform für Fragen rund um Drupal wieder attraktiver zu machen um die Beteiligung hier durch Mitglieder aus der Drupal Community aus Deutschland Österreich und der Schweiz wieder zu erhöhen. Außerdem sollten wir gemeinsam die inhalte hier richtung Drupal 10 + aktualisieren.

Wer kann hier entscheiden - wer hat bisher entschieden?´

Hier gibt's eigentlich nur einen der entscheiden kann. Das ist derjenige der Zugriff auf die Infrastruktur des Drupal-Centers hat. Wer das ist, steht hier im Impressum.

Gibt es InitiatorInnen, also gute Zugpferde?
Zugpferde gibt's ja offensichtlich nicht. Ich hab in einem anderen Thread hier gelesen, dass manche oder mancher. ein Upgrade des Drupal-Centers schon seit 6 Jahren fordert. Das ist ungefähr so lange, wie wir gebraucht haben, die deutsche Initialversion des User-Guids fertig zu machen.

Welche Ressourcen werden gebraucht?

Was man braucht ist erst mal eine Liste der Module, die die Website hier verwendet.
Dann muss man sehen, ob man das ganze in Drupal 7 8 9 und schlussendlich 10 bekommen und welche Daten bei diesem Vorgang erhalten bleiben können und welche nicht.
Ich sag's wies ist. Wenn sich bei dem Versuch die Foreninhalte hier von Drupal 6 in Drupal 7 und weiter zu migrieren herausstellen würde, dass das nicht möglich ist, dann müssten wir abbrechen. In dem Fall könnte man auch ein neues Forum aufmachen und die Nutzer einfach freundlich bitten, sich dort zu registrieren um weiter über Drupal zu reden.
Das macht aber auch kein Sinn, weil drupalcenter.de an mehreren Stellen und auch in der Internationalen Drupal Community als die deutsche Community für Drupal bekannt ist.

Wer wirkt aktiv mit - wie könnten Aufgaben verteilt werden?
Die Migration kannst du nicht verteilen
Die muss in einem rutsch passieren.
Wenn sie gelingt ists gut und man kann die neue Software und die neue Datenbank hier aufspielen oder nicht. Das letzte Wort wird immer derjenige haben, dem hier die Infrastruktur gehört.

In welchem Zeitrahmen geht das?
Kommt drauf an, wie schnell wir eine Kopie der Seite zu jemand geben können, der sich um die Migration kümmert.

Du merkst da sind viele wenn dann sonst Bedingungen drin. Ich hab letzte Woche mal meine Fühler ausgestreckt, und versucht zu erfahren, woran eine Migration auf Drupal 7 oder Drupal 8 hier gescheitert ist. Ich hab aber noch keine Antwort erhalten. Selbst wenn ich sie erhalten sollte, werde ich sie bestimmt nicht hier ins Forum schreiben und im Internet öffentlich machen.

Ich kann Leute anrufen, mit ihnen sprechen, fragen, wo es Probleme gab und versuchen diese gemeinsam mit den betroffenen Personen zu lösen. Schlussendlich entscheiden kann ich hier nichts. Alles was ich tun kann ist meine Hilfe anbieten.

Wenn die Reise dahin gehen soll, dass wir zukünftig nur noch englischsprachige Inhalte zu Drupal mit ChatGPT und DeepL übersetzen um sie sie ansatzweise verstehen zu können, dann such ich mir in Zukunft ein anderes Hobby. Das kostet mich dann weniger Zeit und Nerven.

Ich hoffe allerdings inständig, dass es nicht so kommt.

Hallo Joachim,
wenn die Diskussion schon mal warm läuft ... (gut!)

Also eine Zukunft sehe ich auch fast nur in einer Migration auf D10.

Mit meinen eigenen Amateurprojekten bin ich zwar umständhalber noch nicht ganz durch, aber trotzdem soviel zur Migration:
- Umwege sind überholt: Der Pfad von D6 (ca. 2008) nach D10.2.1 (heute) läuft in meinen Augen sehr gut direkt. Das war vor wenigen Jahren noch nicht so weit.
Drupalcenter mit der Menge seiner Einträge (allein User und Forum) bräuchte natürlich ordentlich Rechenzeit. Aber, mit den aktuellen Werkzeugen habe ich zum Folgenden eine entgegengesetzte Vorstellung (deshalb antworte ich hier gleich):

.
Nein, im Gegenteil, Arbeitsteilung geht damit gut (- wenn man sich darauf einlässt!)
Das drush migrate-import hat einen "Update-Switch". ich verwende das z.B. um parallel zur weiter laufenden D6-Seite laufend inkrementelle Updates auf den aktuellen D10...-Prototyp zu machen (ich weiß z.B. noch von 2 Webprojekten, komplexer und größer als bei mir, bei denen das so klappte). Das läuft bei meiner Größenordnung je nach Vorgang in wenigen Minuten, beim Drupalcenter wäre ich mir nicht sicher ob ein Rechner wie bei mir überhaupt in einer Nacht durch wäre.
Da sind die Views allerdings nicht dabei, die gehen natürlich extra, kann man sich aber aufteilen (!).
Aber: die aktuelle Zuverlässigkeit dieser Skripte würde meines Erachtene eine solche arbeitsteilige Lösung geradezu herausfordern ..

Nur - solange es nicht mehr Rückmeldung von - s. Impressum - gibt, bleibt das alles müssig.

weil es mir gerade ins Auge fiel: kommt auf die Seite an, wie die Nachfrage aussieht.
Shared Hosting mit einer Composer-tauglichen Kommandozeile reicht ziemlich weit!

Ist denn Drupal in seiner heutigen Form überhaupt noch ein CMS-System für Hobby-Websitebetreiber? Das scheint mir doch die primäre Zielgruppe eines deutschsprachigen Drupal-Forums zu sein, wenn ich die oben aufgeführten Argumente lese. Wenn ich schnell mal eine Visitenkarten-Website oder eine Vereins-Website erstellen möchte, greife ich dann wirklich zu Drupal?

Ich denke eher, wir bewegen uns bei Drupal inzwischen im Profi-Bereich, wo Englisch der Standard ist. Das soll jetzt keinesfalls despektierlich oder arrogant rüberkommen. Sondern ich möchte einfach Tatsachen benennen, die für eine Entscheidung wichtig sind, die viele Arbeitsstunden nach sich zieht.

Bei der Migration D6 - D9 über den Terminal bin ich nicht weiter gekommen, wäre für meinen Fall auch nicht ideal gewesen, da ich sehr viele Module verwendet habe, die ich nicht mehr verwende und auch einige komplexe Inhaltstypen und es sicher besser von Grund auf alles neu umzusetzen

Über Feed klappt es super bei mir die Daten zu migrieren

Das ist sicher eine Sichtweise. Aber ich will sie bewusst mal umdrehen. Dürfen Benutzer, die nicht oder noch nicht im Profi-Bereich zu Hause sind denn plötzlich keine Projekte mit Drupal mehr umsetzen oder Drupal erlernen, wei Drupal seit seiner Version 8 mehr auf Enterprise -Kunden geht und sich deshalb nach aussen so positioniert?

Klar sind hier im Forum hauptsächlich Leute unterwegs, die wir nicht alle als Entwickler oder Agentur bezeichnen.ich denke aber sie deshalb einfach als Zielgruppe aus den Augen zu verlieren oder die Frage zu stellen ob es sinnvoll ist, das solche Leute Drupal verwenden ist nicht ganz fair, nachdem genu diese Art Leute Drupal hier in Deutschland Österreich und der Schweiz groß gemacht haben.

Schau Mal auf YouTube wie viele Privatpersonen dort Drupal 7 bzw Anwendungsfälle und Module damit noch erklären.

Drupal hat sich weiterentwickelt, klar, aber deshalb ist es doch immer noch für alle erlernbar nicht nur für den gestandenen Profi.

Also ich nutze drupal nach wie vor gerne für meine eher kleinen Projekte. Da ich von Programmieren keine Ahnung habe bin ich beeindruckt, wieviele Funktionen sich aus den bereitgestellten Modulen nutzen lassen. Da mir Fachbegriffe im Deutschen wie im englischen fehlen, ist das Forum für mich eine wichtige Basis, um kleine Fehler bei der Anpassung aufzuspüren.
Aus meiner Sicht könnte es auch eine Option sein, das bisherige Forum in eine Subdomain zu verschieben und unter drupalcenter.de neu zu starten. Die Nachfrage nach alten tipps wird ja nachlassen, wenn alle ihre Seiten in aktuelle Versione migriert haben.

Ich habe wenig Zeit, möchte aber ein paar Gedanken da lassen:
- "Die Idee von Mitgliedsbeiträgen in einer Open-Source-Community sehe ich eher kritisch" Dem schließe ich mich an
- Shared Hosting - sehe ich auch so, dass das weit reicht
- Drupal 10 betrachte ich als Alternativlos, also keinesfalls ein Forum auf einer Basis, die nicht Drupal heißt
- Hobby-Bastler - ne, als bitte. Ich lese hier seit langen Jahren mit, auch wenn ich in den letzten Jahren mehr bei Facebook aktiv bin, wo es ein Drupal-Forum von einer Person gibt, die auch hier im Impressum steht. ;-)
Ich habe hier schon viele wertvolle Kontakte mit Berufskolleg*innen geknüpft, die Vollprofis sind. Auch wenn ich keine großen Projekte umsetze, so haben sie doch fast immer spezielle Anforderungen, die man mit einem anderen CMS nicht so schnell umsetzen kann. Ich betrachte mich natürlich auch als Profi, weil ich davon lebe und das seit 15 Jahren mit Drupal und 25 Jahren Webentwicklung.
Ich habe viele Jahre sehr viel Zeit investiert und hier Anfängerfragen beantwortet. Bei einigen konnte ich beobachten, wie sie sich über die Jahre zu Profis entwickelt haben.
Und ganz wichtig: Ich habe über das Job-Forum hier auch schon einige gute Kunden gewonnen.
Es gibt für mich nicht den geringsten Grund, das Forum so schlecht zu reden.

Die Idee mit einem Mitgliedsbeitrag kam daher, dass eine Neugestaltung schlichtweg Zeit kostet und einige hier von dieser Art Jobs leben. Grundsätzlich finde ichs in einer open-source Partie natürlich auch eher unüblich.

Vorsichtige Zusammenfassung des bisher Diskutierten:

• Forum neu gestalten - JA
• Auf Drupal 10 hinarbeiten - JA
• Community weiter erhalten - JA
• Dabei selbst Drupal einsetzen - überwiegend JA
• Auch Kleinprojekte, Hobbyisten, alternativ Lernwillige dabei berücksichtigen - JA
• deutsche Sprache - überwiegend - JA
• drupalcenter als Drehscheibe für gute Kontakte - JA

Ungeklärtes:

• alte Geschichten im Hintergrund sind anscheinend offen
• Erlaubnis / Ermächtigung bekommen ist in dieser Gruppe nicht leicht
• Daten herausgeben um Experimente zu ermöglichen
• wieviel altes Datenmaterial muß erhalten bleiben und wozu wären z.B. Anleitungen zu D6 noch wichtig? (Tradition, Nicht-Loslassenkönnen)
• welche technischen Wege werden eingeschlagen
• braucht es dabei erweiterte Ressourcen

Habe ich etwas übersehen - dann bitte gerne ergänzen oder korrigieren.

Soweit ein kurzer Zwischenstand,
Grüße an alle MitdiskutantInnen

"dass eine Neugestaltung schlichtweg Zeit kostet und einige hier von dieser Art Jobs leben"
Kommt mir bekannt vor. ;-)
Ich würde gerne einen einmaligen Beitrag spenden, wenn was zusammen geht.
Regelmäßiger Mitgliedsbeitrag wäre der Tod mangels Mitgliedern.

Das klingt für mich nach einer sinnvollen und relativ einfach umsetzbaren Idee. Das alte dann im Lesemodus als Archiv zum Nachschlagen. Zusätzlich könnte man die aktuellsten aktiven Beiträge ja in das neue System übertragen. Und natürlich das neue mit Drupal, alles andere hat für mich wenig Sinn.

Subdomain bedeutet, dass die bisherigen URLs nicht mehr gelten; Verschieben ist auch mit ziemlichen Aufwand verbunden.
In meinen Augen wäre das keine Vereinfachung, sondern unnötiger Mehraufwand.
Subdomains sind aber gut für Prototypen, weil dann alte Daten per symbolischem Link elegant eingebunden werden können.
mal sehn ...

"dass die bisherigen URLs nicht mehr gelten"
Kommt drauf an, wie die Links im Forum vorgehalten werden.
Ich arbeite ständig mit Subdomains und achte auf relative Lnks.
Bzw. im Datenbankscript kann man mit Suchen und Ersetzen recht fix aus
https://www.drupalcenter.de
oder
https://drupalcenter.de

z.B. https://archiv.drupalcenter.de machen.
Das wäre für mich also kein knockout-Kriterium.

Ich bin nicht mehr up to date was SEO betrifft, nur war es vor einiger Zeit so: Wenn User auf Domain A kommt und von da auf Domain B wandert oder auch umgekehrt, wird das von Google und Co negativ bewertet !?

Die Verweildauer auf einer "node" soll für das Ranking ausschlaggebend sein!

Die Frage, wie wichtig Google Ranking für Drupalcenter ist.
Wenn ich Drupal + Forum eingebe, kommt an pos. 1 drupal.org und bei Pos 2. drupalcenter.de
Ich denke, daran würde sich nicht viel ändern.
Bei deutschsprachigen Drupal Foren ist die Konkurrenz viel zu gering, um im Ranking weit runter zu fallen.

... Subdomains, benutze ich auch wenns passt, und SEO meinte ich erst recht nicht, aber Forumsumleitungen finde ich nicht so sinnvoll. Wir brauchen erst mal die Gelegenheit das alles vorzuführen ...

@Franz Da wird es ja erst mal eine Subodmain für den Test unter D 10 geben, denke ich. ;-)

Liebe Leute,

ich stehe ja auch immer noch im Impressum und möchte mich gerne kurz dazu äussern.

In meinen Augen wurde das Drupalcenter immer von Interessierten für Interessierte gemacht und betrieben.
Ich bin mir sicher, wenn sich hier ausreichend Interessierte und Fähigkeiten versammeln, dann kann auch eine Erneuerung stattfinden.

Im Sinne der Umsetzbarkeit würde ich vorschlagen ein neues System erst einmal auf das Wesentliche zu reduzieren.

Aufgaben, die ich sehe sind:
- Konzeption
- Umsetzung
- Themeing
- Migration
- Betrieb
- Wartung
- Weiterentwicklung

Die Fragen die zu klären sind: Was? Wie? Wer?
Credo: Wer macht entscheidet :)

Wenn ihr Informationen über das aktuelle Setup braucht, sagt mir Bescheid.
VG

Zu deinem post fällt mir ein, dass sich Interessierte und Kenner zu Arbeitsgruppen zusammentun könnten. Und autonom zu zweit/dritt/mehrt ihr Thema anstarten. Ohne die Entwicklungsgeschichte des centers genau zu kennen und wohlgemerkt als Mensch auf alternativen Bildungswegen (copyright dinmikkith) fiele mir dazu folgendes ein:

Bildung von Arbeitgruppen

AG-Steuerung (Konzeption, wo die Fäden zusammenlaufen)
AG-Archivierung = Arbeitsgruppe altes Wissen konservieren und Wege für dessen Zugänglichkeit schaffen
AG-Neu-Bau
AG-Theming
AG-Betrieb+Wartung
...
Und auch wenn es vielleicht manchem unnötig/umständlich erscheint - die Frage: Was soll der neue Grundgedanke sein, Grundidee? Da sollten sich möglichst viele von Anfang an mit ihren Absichten/Interessenslagen mit eingeschlossen fühlen. Klarheit darüber erspart viel nachträgliche Diskussion. Ein Seil an dem alle Platz haben und gerne mitziehen. In den bisherigen posts wurde einiges davon angesprochen und es sind auch Widersprüche sichtbar geworden. Was gut ist.

Das könnte man noch differenzierter ausführen.

DC' Angebote richten sich an welche Interessierte genau ...
DC ...sammelt Wissen, geht mit Drupal Entwicklung mit
DC ...ladet zum Mitwirken ein, Geben-Nehmen-Prinzip

Und vielleicht hilft es auch darüber zu sprechen, was das DC künftig nicht mehr macht, wo seine Grenzen sind. Wo hat es gehakt und wo ist Unmut entstanden.

Englisch sprachig gibt es das natürlich schon längst.
Das kaue ich gerade alles durch:
https://www.drupal.org/project/artificial_intelligence_initiative
https://www.drupal.org/project/ideas/issues/3346258#comment-14954444

Ich finde das gut.

Schön wäre zu wissen, was aktuell im DC an Modulen verbaut ist, damit wir z.B. nach Alternativen für das Userpoints-Modul und dergleichen suchen können.

Auch hätte ich von allen Teilnehmern des Threads gern eine Rückmeldung, wer Zeit erübrigen kann, um das Thema gemeinsam anzugehen. Ein kurzes Ich mach mit reicht vorerst als commitment.

Bei genügend Interesse kann dann gerne ein Online-Meeting abgehalten werden, in dem wir uns dann zunächst einmal austauschen können.

Ich beteilige mcih gerne, so weit meine bescheidenen Drupal-Kenntnisse das zulassen.

Eine Übersicht der installierten Module findet ihr hier https://pad.drupal.de/fYmJ7L_DSv6ufSYeST8_Jw

Ich kann mir auch eine einmalige Spende vorstellen - mir ist die Arbeit des drupalcenters wichtig. Sie war bislang eine große Hilfe. Wenn für ein Upgrade des drupalcenters Profis ans Werk müssen und das etwas kostet: Macht doch mal einen Vorschlag, damit wir vielleicht dann auch weiterüberlegen können, wie wir das Fundraising dafür gestalten. Bei sharkey (federation.network) läuft ja auch vieles über Spenden, ebenso bei Mastodon. Warum also nicht auch hier, zumal, wenn es einen gewissen Rahmen gibt, welches Ziel erreicht werden sollte...
LG
D.

Drupal hat sich selbst getötet.

Für einige wenige ist es jetzt ein "Enterprise-CMS", die große Masse wird aber abwandern oder es erst gar nicht testen, da die Einstiegshürden viel zu hoch sind.

Nehmen wir mal ein simples Beispiel.

Markus, der Fan irgendeines Fußballclubs ist und auch schon einige Vorkenntnisse von Internetanwendungen hat, möchte eine Webseite erstellen, mit kleiner Community, in der er mit Gleichgesinnten kommunizieren bzw. sich austauschen möchte.

Dann sucht er nach einem CMS, findet Drupal, und liest dort etwas von "Composer" , "Terminalnutzung" , "Drush" usw. - wovon der Normaluser nicht die geringste Ahnung hat.

Solche Personen machen dann nur eins: Sie löschen die Drupalinstallation - und Ende.

Ich bin jetzt seit über 14 Jahren Drupalnutzer, aber das erste CMS, das ich damals ausprobierte, war Typo, denn es war in aller Munde. Als Typo dann aber "Typoscript" forderte, stand ich wie der "Ochs vorm Tor" und habe die Installation gleich wieder gelöscht.

Das selbe Problem besteht jetzt bei Drupal, die Nutzung, Installation, Host/Webspaceanforderung etc. sind viel zu kompliziert geworden.

Dazu die ständigen Versionsänderungen per (extrem aufwändiger) Migration, besonders bei großen Projekten: Erst 5, dann 6, 7, 8 ,9 und jetzt sind wird bei 10. Und bald kommt 11 und dann irgendann 12,13,14,15 usw.

Und ständig sind viele Module, die man einsetzt, nicht kompatibel, mit der neuen Drupal-Version.

Bei der Migration von 7 auf 10 musste ich bisher 75 Module neu schreiben, da es keinen Ersatz gab, und die Maintainer seit 10 Jahren nicht ein ein einziges Mal wieder online waren und auch keine Anfragen beantworteten.

Sorry, aber das ist doch nur noch Sh*ce!

Dazu die endlosen Fehlermeldungen von "Composer", die einem schon lange zum Halse heraushängen.

Niemand, mit ausreichend Vorkenntnissen, wird dieses CMS nutzen ... und meine Vermutung ist, dass der "Marktanteil" von Drupal immer weiter absinken und am Ende unter "Sonstiges" verschwinden wird.

Einige wenige machen vielleicht die "große Kasse" mit der "Enterprise-Lösung", der große Rest nutzt anderere CMS, da Drupal mit einem verständlichem Open-Source-CMS absolut nichts mehr zu tun hat.

Und daran ändern auch Spenden (oder Ahnliches nichts) mehr.

Was "Dries" und andere Spezis nämlich immer vergessen, und das ist nicht nur bei Drupal so, ist, dass Normaluser NICHT über ihre Vorkenntnisse verfügen.

In meinem Footer steht "Drupal rockt" aber vielleicht sollte ich das bei Gelegenheit mal ändern, denn hier "rockt" schon lange nichts mehr.

my two cents

@Ionit, mit Verlaub, das ist Quatsch.
Das zeigt nur, dass Du nicht bereit warst, Dich mit zu entwickeln.
Es gab mal recht schwierige Zeiten für Nichtprogrammierer, als D7 auf D8 umstieg.
Aber D10 ist wunderbar rund und smart und fast alle Module, die vorher das Leben leichter gemacht haben, sind wieder da.
Bzw. das Core kann auch schon viel.

"Was "Dries" und andere Spezis immer vergessen, und das ist nicht nur bei Drupal so, ist, dass Normaluser NICHT über ihre Vorkenntnisse verfügen."
Ich glaube, das geht Dries gepflegt am Allerwertesten vorbei.
Wer sich keine Kenntnisse aneignen möchte, wird auch bei Wordpress und Joomla schnell an seine Grenzen kommen.
Spätestens, wenn sie gehackt wurden.

Also viel Spaß mit was auch immer, aber hier hat Dein Frust - den ich ein Stückweit nachvollziehen kann - nun wirklich gar nichts verloren.

Es ist keine Frust!

Es ist die Sicht eines Normalusers, der ein CMS sucht, für "irgendwas".

Du kannst gerne mal irgendwo eine Umfrage starten, bei Personen, die über mittelmäßige Programmier/Internetkentnisse verfügen.

Frag sie doch mal nach "Composer" und "Terminalnutzung", damit sie ihr CMS "zum laufen bekommen".

Probiere es aus ...

Composer und Co liebe ich, könnte mir nicht mehr vorstellen, ohne zu arbeiten!

Habe mich sehr lange verwehrt dagegen, bis mich mein Provider etwas angeschubst hat, um mich mit dem Terminal und Composer auseinander zusetzen.

Zum Versionswechsels, Migration muss ich meine Vorredner beipflichten, da muss mal die Stop Taste gedrückt, werden, weil der Aufwand bei einem komplexen Portal verursacht zu viel ZEIT! Und sehr viele nerven!

Ps. Ich hoffe sehr, dass Drupal noch in 30 Jahren verfügbar ist und dass es dann etwas leichter wird bei den Upgrades, weil dann bin ich schon 90 Jahre!

Kleine Anmerkung am Rande "Ein guter Freund hat mit 87 Jahren", das erste mal den PC eingeschaltet, kam gut zurecht damit und mit 95 Jahre wollte er sich nicht mehr mit der neuen Oberfläche auseinandersetzten! Er wurde 99 Jahre.

@artweb, meine Mutter ist nicht ganz so extrem, aber mit ihren 90 auch noch gut dabei. ;-)

@Ionit, auch ich musste Composer erst lernen und glaub mir, das hat mich was gekostet.
Und wenn es heute besser läuft, dann nicht wegen Computer-Backgroundwissen, sondern weil ich einfach dran geblieben bin.

Das ist aber alles nicht die Frage. Wenn ich nicht Springreiten kann, dann gehe ich nicht in ein Forum von Springreitern, die sich gerade darüber austauschen, wie sie den Parcour neu aufbauen.
Nur EIN Beispiel.
Deshalb bist Du hier deplatziert. Mach doch einen eigenen Post auf, wenn es Dir unter den Nägeln brennt.

Das gab es doch auch bei Drupal zahlreich, während die Patches erst nach vielen Tagen verfügbar waren.

Ich bin häufig im Darkweb unterwegs und da werden solche "ZERO-days" verkauft, teils zehntausendfach pro Tag. Und wenn es dann einen Patch gibt, ist es meist schon lange zu spät, da irgendwelche Hackergruppen schon längst Root-Zugriff auf deinen Dedicated Server haben, ohne, dass Du das überhaupt bemerkst.

Der mittelbegabte Internetuser, der ein kleines/mittelgroßes Projekt aufbauen möchte, und NULL Ahnung von dieser Materie hat, wird sich damit aber nicht beschäftigen und Drupal einfach löschen, und sich anderweitig umsehen.

Nur mal ein paar kleine Einzelheiten zu mir: Ich erwende 456 Module und bei mir sind durchschnittlich 20k User gleichzeitig online. Meine Datenbank ist über 10 Gb groß, ich setze Loadbalancing und 5 Hochleistungsserver ein.

Meine User haben mittlerweile über 112 Millionen Bilder in Ihre Gallerien hochgehalten. Ich verwende 98 Inhaltstypen, die teilweise, mehrfach miteinander "referenziert" sind, genau so wie die Bilder, Taxonomien,wie Kommentare & Co.

Zusätzlich habe ich über 70 Filter für Views (neu) selbst geschrieben, da die Views-Grundfunktiontionalität mir die notwendigen Filtermöglichkeiten nicht zur Verfügung stellt.

Zustätzlich nutze ich Module, die nur selten irgendwo Anwendung finden und auch nicht gewartet werden .... was ich dann machen muss. Und ich habe vieleModule neu geschrieben, da es die benötigte Funktionalität in Modulform nicht gab.

Und DANN kommt irgend son "Spezi" und sagt: "Hey, wir machen nochmal ne neue Core-Version", (klatsch, klatsch, hippy herrje), was natürlich eine Migration erfordert.

Ich glaube die Meisten hier machen mit Drupal nur Minimwebseiten für "Oma Lisas Blumenladen" und haben nicht die geringste Ahnung, was es für ein Aufwand ist, ein extrem komplexes und umfangreiches Projekt auf eine neue Core-Version zu migrieren (mit allen Anpassungen, den Filtern, Modulen usw, was praktisch immer eine Neuerprogrammierung erfordert).

Wenn jemand, der ein CMS einsetzen möchte, geht der natürlich in die entsprechenden Foren, lädt die Software herunter, und spätestens wenn er die Installationsanforderungen liest, springt er ab, da es ihm zu kompliziert ist.

Und auch ein Springreiter, der springreiten will, sucht sich ein entsprechendes Forum. Und auch der "springt ab", wenn er nicht versteht, was da geredet wird bzw, wenn die Anforderungen zu hoch sind.

@Ionit

Ja und?
Ich habe auch schon festgestellt, dass mir eine Software zu komplex ist.
Dann lasse ich die Finger davon und gut ist.
Aber mache nicht die schräg an, die offensichtlich damit klar kommen.
Das ist doch lächerlich.

Kaum. ;-)

Da ich keine Matura und auch kein Studium habe, ist es für mich manchmal sehr mühevoll Drupal zu verstehen!

Komme vom Technik Bereich und in der Autoindustrie oder auch bei den Kraftwerken ist es üblich, dass sie mehr als 30 Jahr Laufzeit haben und ich rede da von sehr komplexen Anlagen, da kann, man sagen wir nicht alle 5 Jahre die Elektrik, Steuerung entfernen und alles wieder NEU!

Deshalb verstehe ich es, dass man verärgert ist, wenn man alles NEU Programmieren muss bei einem großen Projekt!

Geht mir leider bei meinem für mich großes Projekt auch, dass ich von D6 - D9 und jetzt auf D10!

Nur der Ton sollte hier immer bewahrt werden.

Das ist der Punkt. Ich sehe das genauso. Nur die Mitdiskutierenden hier sehen das anscheinend anders.

… und werden dazu noch unhöflich. Gibt es hier eine Moderation?

@schmittrich,
Vielleicht habe ich das "hier deplatziert" unklar ausgedrückt.
Damit meinte ich natürlich nicht das Forum im Ganzen.
Ich finde es einfach nicht angebracht, wenn jetzt hier endlich die Diskussion aufkommt, wie man drupalcenter aktualisieren könnte, dann mit dieser Diskussion zu kommen, dass Drupal zu schwierig sei.

Was ist daran falsch zu empfehlen, dass er einen extra Post zu seinem Anliegen aufmachen soll, weil es HIER in diesem Thread deplatziert ist?
Wenn das einen Moderator auf den Plan rufen WÜRDE, was es sicher nicht tut, dann verzichte ich in Zukunft gerne darauf, in dem Forum viel Zeit damit zu verbringen, Hilfesuchenden unter die Arme zu greifen.

Mal im Ernst. Wir arbeiten seit D8 mit Composer und das ist auch gut so.
Das wird sicher nicht rückgängig gemacht.
Die Diskussion dazu wurde vor Jahren geführt und das ist rum ums Eck.
Hier in dem Thread geht es doch drum, in die Zukunft zu blicken.
Und die ist sicher nicht ohne Composer udn Konsole.

das ist doch mal was Konkretes, danke.

Ich hatte schon länger hier über die Möglichkeiten, hm, spekuliert.

Ich hab manchmal etwas Stress (wie gerade ;-), bin aber willig, mal sehn wann tatsächlich ne Videokonferenz klappt ...

Zur Liste: erst mal - heißt das nur D6-Contrib, und kein Custom Code, von Konfiguration abgesehen? Interessant.

Servus
Franz

@montviso:
Vielleicht liegt auch ein Missverständnis vor. Der Titel des Threads hier lautet "Zukünfte des Drupalcenters". Und du schreibst selbst: "Hier in dem Thread geht es doch drum, in die Zukunft zu blicken." Ich interpretiere das so, dass erstmal ergebnisoffen darum gerungen wird, ob ein Neustart sinnvoll ist und im nächsten Schritt wie ein solcher gestemmt werden könnte.

Meine Beiträge in diesem Thread waren als Denkanstöße zur Frage nach dem "Ob" gedacht. Und so interpretiere ich auch die Beiträge von Ionit. Es stellt sich in meinen Augen sehr wohl die Grundsatzfrage, für wen (im Sinne von: für wie viele Leute letztendlich) möchte man diesen Aufwand betreiben?

Deine anderen Beiträge in diesem Forum, Regina, schätze ich übrigens sehr. Sie sind immer an der Sache orientiert, unterstützend, motivierend, konstruktiv. Vielleicht war ich deswegen auch ein klein wenig irritiert über den Ton, den du in dieser Diskussion an der einen oder anderen Stelle angeschlagen hast.

Beispiele:
"Hobby-Bastler - ne, als bitte." (als Reaktion auf meine Frage: "Ist denn Drupal in seiner heutigen Form überhaupt noch ein CMS-System für Hobby-Websitebetreiber?")
"mit Verlaub, das ist Quatsch. Das zeigt nur, dass Du nicht bereit warst, Dich mit zu entwickeln."

Damit möchte ich es von meiner Seite auch bewenden lassen. Ich hatte mich sowieso schon aus dieser Diskussion zurück gezogen, nachdem mir klar wurde, dass hier von einigen mit viel Herzblut für die Sache gekämpft wird. Diesen Eifer möchte ich keinesfalls bremsen. Ich wünsche weiterhin viel Erfolg und gutes Gelingen.

@schmittrich,
Ok, ein neuer Morgen, die Sonne scheint. ;-)
Vielleicht habe ich das gestern Abend etwas zu harrsch ausgedrückt.
Dafür entschuldige ich mich.

Ok, dass das noch ergebnisoffen diskutiert wird, ist mir evt. entgangen.
Dass es Sinn macht, stand für mich außer Zweifel.
Ja, hier ist es in letzter Zeit sehr ruhig geworden.
Das liegt aber sicher AUCH daran, dass man dem Drupalcenter seine Jahre ansieht (so wie MIR ja auch ;-) ).

Wenn man da eine frische Brise rein bringen möchte, dann wäre ein frischerer Auftritt unter aktueller Software sicher der beste Anfang.
Und da gehört für mich eindeutig nicht dazu, darüber zu jammern, dass Drupal inzwischen professioneller geworden ist (Composer & Co).

Wir haben das Job-Forum, in dem immer Leben war. Ich weiß, dass Drupal-Entwickler gesucht werden.
Viele Kunden betreiben veraltete Webseiten und suchen Dienstleister.
Aber wer hier herkommt, ist doch gleich wieder weg.

Als User ohne Programmierkenntnisse habe ich mit verschiedenen cms-Systemen experimentiert. Für den Aufbau einer halbwegs zeitgemäßen Homepage lande ich in allen Systemen irgendwann an Punkten, die ich selber nicht lösen kann. Ich bin immer wieder bei drupal gelandet, weil ich hier bislang für alle Wünsche fertige Module gefunden habe. In anderen Systemen hätte ich dafür entweder eigene Module schreiben (was ich nicht kann) oder viel Geld bezahlen müssen.
Bis Drupal9 habe ich meine Seiten ohne composer erstellen können, nun bin ich mit Werners Hilfe auf composer umgestiegen. Damit kann ich wieder gut arbeiten und habe nun sogar ein Werkzeug mit dem ich Probleme lösen kann, wenn die Oberfläche enen fatal error asugibt.
Nicht Drupal oder composer sind das Problem, sondern Anleitungen, die so eindeutig sind, dass auch Anfänger sie verstehen können. Je vertrauter man mit dem System ist, desto schwerer fällt es, sich vorzustellen, was man am Anfang alles nicht weiß. Das kann ein aktuelles Forum lösen und dafür lohnt sich der transfer auf eine aktuelle Plattform.

Vielleicht ist es so, dass man/frau einem System treu bleiben mag und es gleichzeitig dermaßen hasst, weils so bescheuert viel Arbeit macht.
Diesen Widerspruch lese ich aus den letzten 7 postings. Das liegt an der Fähigkeit der Menschen, durchaus widersprüchliche Empfindungen gleichzeitig zu haben. Ich wünschte auch, dieser Entwicklungswahn würde einmal stehen bleiben, bis alle wieder zu Atem gekommen sind. Sprich mehr Module verfügbar (so wie es mit D7 war). Die "Rennliga" kann ja gerne weitersprinten. Wird es für Drupal jemals so ein automatisiertes self-update geben?

Jetzt ist das hier gerade die "Wiederaufbau-Überlegungs-Ecke", die wie mir scheint, dankbar für jeden konstruktiven Energiefunken ist. Aus zeitlichen Gründen, aber auch weil das Thema Erneuerung eine "zache Partie" wie man in Ö zu sagen pflegt geworden ist. Schimpfen und Klagen sei daher in Maßen erlaubt, das brauchts wohl auch. Weil es bei Neuentwicklung auch kritische Stimmen braucht und vor allem weil wir keinen aus der community verlieren wollen.

Einige haben schon ihre Bereitschaft zur Mitwirkung gezeigt, es gibt also einen Trend in diese Richtung. Technische Fragen wurden schon angerissen, Einblicke in den alten Aufbau wurden gegeben, ein paar supporter sind schon da. Gibts noch mehr davon?

Mir geht wie dem Vorposter Thomas, mit Hilfe dieses Forums und auch Werner bin ich auf den composer aufgesprungen und großteils komme ich klar damit. Die Spezialfälle frage ich hier nach. Und was ich auch bestätigen kann, die Anleitungen sind nicht immer eindeutig, dann wieder Englisch. Es liegt nicht am fehlenden recherche Willen, sondern an der Vielfalt der Möglichkeiten wo überall Infos verstreut liegen. Mit GIT kenne ich mich genau Nüsse aus - das wird vielleicht ein nächster Lernschritt. Dann sind die verschiedenen Drupal Generationen auch ein Hindernis. Ich suche z.B. zu commerce mit D10 Anleitungen und find kaum was.

-

Also ich glaube hier sind viele gute Ansätze dabei, Aber bitte denkt daran, dass das hier keine Diskussion bleiben soll.

Wir wollen ja was machen. Im besten Falle ein modernes Drupal Center, von dem der so genannten Otto-Normal-Bürger bemerkt, dass Drupal kein totgerittener Gaul ist, sondern eine echte Alternative zu Wordpress, Wix.com oder Jimdo sein kann, wenn man es denn richtig mach.
Außerdem sollte er auch lernen können, wie man es denn richtig macht. Das meine Lieben ist alles Content, den wir als Drupal Community in den letzten Jahren seit 2016 nur noch auf Englisch produziert haben. zudem sieht das Drupal Center momentan immer noch aus wie Drupal 6.
Da will doch keiner mehr hinsehen.

Selbst komme ich hier jedenfalls nicht wegen des schicken Designs her, sondern weil ich mir eure Meinungen durchlese.

Wichtig ist jetzt, dass wir uns mit 5 - 6 motivierten Leuten hinsetzen und mal überlegen, ob wir das Drupal Center als solches auf Drupal 10 heben können.
Ich persönlich hab nämlich keine Lust ein komplett neues Drupal-Center zu machen zum Beispiel jeden einzelnen, der hier gerade in dieses Thread schreibt erst mal davon überzeugen zu müssen, dass er doch bitte in die Community kommen soll, die ich gerade erstellt habe.

Das ist auch kompletter Unsinn, weil wir sind ja alle schon da.

Inhaltlich, sag ich euch wie's ist:

Das Handbuch hier im Drupal Center hat kaum Inhalte zu Drupal 8 und 9
Die Anleitungen zur Modulentwicklung hören bei Drupal 6 auf.
und seit Drupal 8 liest man hier im Forum immer wieder Leute, die sich weigern Dinge wie Composer und Drush zu verwenden genau wie die die Drush und Composer lieben.

Was man hier nicht findet sind aktuelle Tutorials zu Drupal 10 in deutscher Sprache. und das geht schon seit Drupal 8 so.

Übrigens nicht nur hier, sondern auch auf YouTube.
Wer Drupal und Deutsch auf YouTube eingibt der findet die meisten Inhalte zu Drupal 7.

Da wundern wir uns, dass die Nutzerzahlen hier im Drupalcenter zurückgehen?

Das sollte uns nicht wundern, sondern wir sollten es als Problem erkennen und in die Zeit vom 2001 - 2010 zurückdenken, wo sowohl in der Drupal Community auf internationaler Ebene, als auch hier im Drupal-Center richtig was los war. Ich glaube nur, dass wir um unser Know-How und auch unser CMS zukünftig noch an den Mann und die Frau bringen zu können müssen wir schnell was an der Optik machen.
Weil Drupal 6 nun mal leider nicht mehr aktuell ist und wir sowohl die Nutzer als auch die 15.600 Ergebnisse, die wir bei Google für s Drupal Center finden, nicht einfach verlieren wollen, müssen wir halt auch was am Unterbau tun,
Damit neue User ins Forum kommen schlussendlich auch ander Optik der Seite.

Eine ganz wichtige Frage, wo die Mittel für das Hosting der neuen Version des Drupal Center herkommen werden.

Das heißt:

1, Wir brauchen echte Anwender aus dem Drupalcenter, die Ihre echte Lebenszeit dafür aufwenden, sich über die Migration des Drupal Centers in eine Drupal 10 variante Gedanken machen. Sinn dieser Aufgabe ist sowohl die Übernahme der noch vorhanden Nutzerbasis und das erhalten der Backlinks auf die Domain Drupal Center.de
2. Wir brauchen Leute, die sich inhaltlich Gedanken machen. Was soll ein Einsteiger an Informationen über Drupal aus dem Drupal Center mitnehmen, damit die Lernkurve möglichst flach bleibt.
3. Wir brauchen ein ansprechenderes Design, damit wir auch bei einem jüngeren Publikum wieder Aufmerksamkeit erzeugen und nachwuchs in die Community spülen können.

Und erst danach können wir wieder mit aktuellen Fragen von neuen Mitgliedern der Drupal Community hier im Forum rechnen.

Das klingt jetzt schlimmer als es ist, denn im Grunde müssen wir nur das wiederholen, was das Team des Drupal Centers damals zu Zeiten von Drupal 5 hier angefangen hat. Aber eben mit Drupal 10.

Das wird doch wohl zu schaffen sein Leute.

Ich würde mich ja gern einfach hinsetzen, die Installation des DC mal Lokal irgendwo hinlegen und dann einfach sehen, wie weit ich mit dem Migrieren von Drupal 6 über Drupal 7, 8 und 9 bis hin zu Drupal 10.2 komme.

Ich meine so dinge wie den Showcase, das Handbuch und die Inhalte zu Drupal 5 6 und 7 die hier noch in Form von Guides rumeiern, sowie den Drupal Podacast, dessen letzte Folge aus dem Jahr 2013 stammt würde ich einfach entfernen.

Übrig bliebe die Tabelle mit den Zugangsdaten aller aktuell angemeldeter Nutzer, die Foreninhalte, sowie der Aggregator Planet Drupal, in den man die vorhanden RSS-Feeds wieder einpflegen muss.

Ist dass gelungen, kann man sich sowohl Gedanken über die Zusatzinhalte für einen neune Handbuchbereich des Drupal-Centers machen und das ganze mittels Theming hübsch gestalten,
Wenn sich dann noch die Frage nach den Kosten und dem nötigen Hosting klären ließe, hätten wir ein sog. MVP. Ein Produkt, dass jeder nutzen kann, wie das jetzige Drupal Center um es gemeinsam um weitere Ideen auszubauen und an dem sich alle bereits registrieren Nutzer nach wie vor beteiligen können.

Daraus ergibt sich, dass wir im ersten Schritt mal die Migration des ganzen in einer geschlossenen Runde ausführen müssen, solange, bis wir alle noch zu erhalten Inhalte in einer D10 Codebasis haben.
Bevor das nicht nachweislich passiert ist, brauchen wir uns weder Gedanken über Hosting -osten, ein neues Theme oder gar neue Inhalte machen.

Ist das mit Hilfe einer Gruppe aus vielleicht 4 .-- 6 Menschen passiert, können wir in großer Runde weiter theoretisieren. Passiert das nicht, bringt es imho nicht viel über diese Thema nachzudenken.

@dinmikkith,
Danke, das sind sehr gute Gedanken.
Ich sage mal, wie ICH das angehen würde, wenn es meine Plattform wäre:
Ich würde die vorhandene Installation als Archiv weiter zur Verfügung stellen und mit den wesentlichen Bestandteilen (Forum) unter D10 sauber neu starten.
Da muss man mal prüfen, was die Foren-Module taugen.

Dann würde ich wesentliche Inhalte über Views Export und Feeds Import wieder integrieren.
Das ist MEIN Weg, wie ich einen Relaunch machen, vielleicht gibt es über Migration Modul intelligentere Wege.
Aber sicher würde ich nicht komplett migrieren.

Im Grunde betrifft das vor allem User-Daten.
Das Archiv bräuchte keine Anmeldung, das wäre nur für Gäste und nur Leserechte.

Was die Dokumentation angeht, die für D10 nicht auf Deutsch vorhanden ist, würde ich gnadenlos auf Deepl oder vergleichbare KI verweisen.
Ich tue mir auch schwer damit, englische Texte zu lesen, bei Sachverhalten, die ich schon auf Deutsch schwer verstehe.
z.B. habe ich mich mit Deepl in die KI Module von Drupal eingelesen, aus Interesse.
KI-Übersetzungs-Module einzubauen, würde einen Account bei einem der Anbieter erfordern und das finde ich Overhead.

Gibt es nicht eine Gruppe, die das Handbuch momentan in DE übersetzt?
Oder ging es da nur um Oberflächenübersetzung?
Sind die hier vertreten? Dann wäre das natürlich eine andere Sache, wenn die im Boot wären.

Statt einer 1:1 Übersetzung von D10, die ständig aktualisiert werden müsste, fände ich Tipps wichtiger, die Anfängern zeigen, wie sie sich Drupal-Infos erarbeiten können.
Als Issues ect. Englische Links.
Ich gucke eigentlich sehr selten ins englische Handbuch, finde aber oft hilfreiche Tipps auf Drupal.org oder stackoverflow, die ich mir natürlich selbst übersetzen muss.
Es bräuchte also eine sinnvolle Sammlung sinnvoller Quellen Englisch, wo man die Suche betätigen kann nebst Tipps, wie man die übersetzen kann.

Ich würde das ganze sehr sehr schlank machen.
Auch kein Wow Design, sondern ein sauberes, modernes, smartphonetaugliches und vor allem übersichtliches und ablenkungsfreies Layout wählen.

Wie aufwändig wäre eine intelligente Suche, die in Archiv UND neuem Forum sucht? Also über zwei Drupal-Datenbanken hinweg?

Undbedingt. Sehe ich auch so.

Keine Ahnung, wo das heute gehostet ist und ob sich da was ändern müsste.
Wie viel Last ist auf der Seite? Braucht es einen speziellen Hoster?

Damit wären wir auch schon beim dringlichsten Thema.
Wenn ich es richtig sehe, ist keine der Personen, die sich hier zu Wort melden, im Impressum aufgeführt.
Ohne deren Feedback und OK müssen wir ja gar nicht anfangen, oder?

Ich kann momentan nicht viel beitragen, mehr als beim Brainstorming behilflich sein, kann ich nicht leisten.

Also Sanduhrs steht im Impressum und hat weiter oben schon geschrieben.

Die Leute, die das Benutzerhandbuch und die UI von Drupal ins Deutsche übertragen sind hier auch vertreten.

Es geht auch gar nicht darum die Dokumentation 1:1 zu übersetzen, aber ein roter Faden von der Installation bis hin zum Theming als Guides auf deutsch wäre als Mindestinhalt für das Handbuch im Drupalcenter schon schön.

Gerade weil sich niemand berufen fühlt diese Inhalte anderswo auf Deutsch zur Verfügung zu stellen.

Tools wie DeepL können da helfen. Eine Review durch echte Menschen ist hier aber immer notwendig, weil DeepL nicht immer die richtigen Verben, Substantive und Nomen findet, je nachdem, in welchem Kontext ein Satz in einen Text eingebettet ist. Sicher ist aber, dass sich Dank DeepL heute wesentlich mehr Inhalte in wesentlichen besserer Qualität aus dem erzeugen lassen was schon da ist, als z. B. noch 2010.

Ich kann im Moment auch noch nicht viel helfen. Vor allem, weil ich erstmal die Änderungen, am offiziellen User-Guide von Drupal zu Version 10.2 einpflegen muß, damit wir endlich auch auf Drupal.org eine rechtschreibfehlerfreie Version des User-Guides bekommen.

Der wurde nämlich das letzte Mal im Februar 23 dort veröffentlicht und hat seitdem einiges an Überarbeitung erhalten. Mittlerweile kommen noch die Änderungen zu Drupal 10.2 hinzu.

Am Commit könnt Ihr erkennen, dass das etwas dauern dürfte

https://git.drupalcode.org/project/user_guide/-/commit/0c9df1d4d123c9c55...

Und dann haben wir noch folgende Issues, die auf jeden Fall etwas Aufmerksamkeit benötigen.

https://www.drupal.org/project/de/issues/3417589
https://www.drupal.org/project/potx/issues/3412541

Anschließend muss ich im User-Guide-Projekt noch die Issues I'm Abschnitt German aufräumen.

Wenn ich damit fertig bin, kann ich mich wieder hierauf konzentrieren.

Machen kann ich das leider nur neben meinem eigentlichen Job. Deswegen dauert es vermutlich auch etwas länger. Beispielsweise den Issue im Projekt de können aber auch hier anwesende Nutzerinnen und Nutzer füllen. Dann geht es etwas schneller.

Als Einsteiger und alternativ Lernender kann ich leider rein technisch nicht viel beitragen, außer meine eigenen Lernschritte in kleine Anleitungen zu verpacken. Auch Texte ins Reine schreiben + holprig Übersetztes überarbeiten. Jedoch bei den oben angeführten "issues" blicke ich nicht durch, mir ist das Prozedere dort nicht verständlich.

Als konkrete Idee: die Anfängerschritte habe ich noch gut in Erinnerung und dazu sogar für den Eigenbedarf eine Sammlung als "book" angelegt. Mit Hilfe der seiteneigenen Suchfunktion orientiere ich mich da im eigenpoduzierten Wissensdschungel. Drupal stellt diese Werkzeuge von Anfang an zu Verfügung was sehr brauchbar ist.
Für DC könnte eine kleine Arbeitsgruppe "Die Anfängers" die ersten Schritte zusammenfassen, danach müssten noch Erfahrene drüberlesen und eventuell ergänzen.

Wer hat Lust zu so einem Projekt auf Basis eines "books"? Bis das neue hosting und die Grundstrukturen entschieden sind könnte ich webspace zu Verfügung stellen, weiß aber technisch zu wenig, wie das von dort an den späteren Projektort gebracht werden kann.

Oh ja, danke @dinmikkith
Sorry @Sanduhrs, hatte ich glatt übersehen.

@dinmikkith ich schaue mir die Issues mal an, ob ich etwas beitragen kann.

Auf der Ebene von Martin bewege ich mich auch. Ich habe für mich und user der von mir erstellten Seiten die Schritte zum Erstellen einer einfachen Homepage auf einer drupal10-Seite festgehalten.
Auch beim Glätten von Übersetzungen helfe ich gerne, sofern meine Drupalkenntnisse reichen.

Dies ist kein Thread über Drupal an sich!

@Ionit: Montviso hat Dich bereits darauf hingewiesen bei Bedarf ein eigenen Thread zu eröffnen. Hiermit möchte ich Dich als Moderator dieses Forums dazu verwarnen.

Sachliche Richtigstellung:

Ich möchte nur auf folgenden Punkt eingehen, der von uninformierten Leser*innen evtl. falsch verstanden werden könnte:

Die einzige "Bruchstelle", die nicht via Datenbank Upgrade überwunden werden konnte, liegt nur und ausschließlich zwischen Version 7 und 8 und kann nur mit "Migration" von Daten aber zum Teil auch von Konfiguration überwunden werden. Da ich erst seit Drupal 5 dabei bin, weiß ich es da nur bestimmt und müsste recherchieren, wie es vorher war. Aber von Core 5-7 und seit Version 8 konnte man Drupal immer upgraden.

@Ionit: Mir ist klar, daß Du Dich aufgrund meiner obigen Richtigstellung vllt. dazu eingeladen siehst, hierauf direkt zu antworten. Aber lass uns das bitte in einem neuen, anderen Thread diskutieren, auf den wir gerne in diesem Thread verweisen können um Kontext herzustellen.

Ich habe übrigens auch den "Ruf" nach Moderation bezüglich Montviso gelesen und fand es jetzt im Eifer der Diskussion, die als ganzes eben Offtopic war (siehe Foren-Regeln) nun nicht so extrem hier einzugreifen. Allgemein ist das hier ja etwas hoch gekocht und die thematische Grenze ist ja wirklich auch etwas schwer zu ziehen, muss ich zugeben.

Hmm, ich interpretiere die Beiträge von Ionit in diesem Thread weniger als ein "ob drupalcenter noch Sinn macht", sonder als ein "ob Drupal noch Sinn macht". Auch bin ich mir da nicht so sicher, ob es für die Zukunft des Drupalcenters konstruktiv ist, dessen grundsätzlichen Sinn in Frage zu stellen? Mit den "Ob" Fragen bekommt man glaube ich auch nicht ansatzweise eine Antwort auf die Frage "für wie viele Leute" bekommt. Anders herum dämpfen diese Antipositionen meine persönliche Motivation hier Energie rein zu stecken.

Vllt. sollten sich diejenigen, die eher Sinn im Drupalcenter sehen, mit Drupal betrieben usw. und bereit sind, dabei zu helfen auch in konstruktiven Threads und chats usw. zusammen finden. Aber generell denke ich, daß einer der wichtigsten Punkte ein Feedback von Björn zum Thema ist, denn soweit ich weil ist er immer noch "Hausherr". Denn ähnlich wie bei Projekten auf Drupal.org macht es meiner Meinung nicht viel Sinn, Arbeit in ein Projekt zu stecken, wenn die Maintainer nicht offen sind für eine Neuerung.

Ich habe übrigens auch den "Ruf" nach Moderation bezüglich Montviso gelesen und fand es jetzt im Eifer der Diskussion, die als ganzes eben Offtopic war (siehe Foren-Regeln) nun nicht so extrem hier einzugreifen. Allgemein ist das hier ja etwas hoch gekocht und die thematische Grenze ist ja wirklich auch etwas schwer zu ziehen, muss ich zugeben.

Hmm, ich interpretiere die Beiträge von Ionit in diesem Thread weniger als ein "ob drupalcenter noch Sinn macht", sonder als ein "ob Drupal noch Sinn macht". Auch bin ich mir da nicht so sicher, ob es für die Zukunft des Drupalcenters konstruktiv ist, dessen grundsätzlichen Sinn in Frage zu stellen? Mit den "Ob" Fragen bekommt man glaube ich auch nicht ansatzweise eine Antwort auf die Frage "für wie viele Leute" bekommt. Anders herum dämpfen diese Antipositionen meine persönliche Motivation hier Energie rein zu stecken.

Vllt. sollten sich diejenigen, die eher Sinn im Drupalcenter sehen, mit Drupal betrieben usw. und bereit sind, dabei zu helfen auch in konstruktiven Threads und chats usw. zusammen finden. Aber generell denke ich, daß einer der wichtigsten Punkte ein Feedback von Björn zum Thema ist, denn soweit ich weil ist er immer noch "Hausherr". Denn ähnlich wie bei Projekten auf Drupal.org macht es meiner Meinung nicht viel Sinn, Arbeit in ein Projekt zu stecken, wenn die Maintainer nicht offen sind für eine Neuerung.

Um meine Position mal kurz zusammen zu fassen:

• Ich sehe immer noch Sinn im Drupalcenter.
• Es ist für mich eine Frage der Ehre das dies auch in Zukunft noch mit Drupal betrieben wird.
• Ich würde gerne alte Inhalte bewahren (was mit Migrate ja relativ leicht möglich ist).

Aus meiner Projekt-Erfahrung mit Kunden, aber auch ehrenamtlich in Vereinen sowie in der Drupalcamp-Organisation mit meiner User Group würde ich dringend raten, sich zunächst auf die wichtigsten Ziele zu konzentrieren. Und da habe ich evtl. eine etwas fkussierte Ansicht bezüglich des Wesentlichen. Denn gerade wenn man zu wenig Leute und Budget hat, ist Kompromissbereitschaft gefragt. Ein verzichtbares Nice-To-Have ist hier aus meiner Sicht ein "individuelles Theme". Allerdings lässt sich das ja auch leicht austauschen. Somit könnte man hier sagen, erstmal nur Standard Drupal 10 Theme.

Die Komplexität bei diesem Projekt steckt für mich nicht darin, mal gerade ein Drupal 10 mit Forum, Handbuch und News-Sektion zu konfigurieren und die alten Daten zu migrieren. Hier lauert vor allem sehr viel Aufwand in Kommunikation und Entscheidungs-Prozessen, die mir schon meinem Alltag sehr viel Zeit und Energie kostet auch wenn ich dafür bezahlt werde. Es macht mir auch mir auch einfach mehr Spass die Technik voran zu bringen.
Und es wird viel Diskussionen geben, vor allem, wenn es darum geht gewohnte Funktionen in Frage zu stellen. Ich z.B. sehe nicht viel Sinn in den User-Punkten. Die könnte ich persönlich somit gerne "los lassen" bzw. wäre da jetzt nicht so motiviert das funktional "upzugraden". Der Daten-Import ist da wahrscheinlich kein Problem.

Allgemein würde ich anbieten zunächst mal beratend in einem gewissen Rahmen mich einbringen zu können. Ich kann mir auch mehr Commitment vorstellen, nur das hängt sehr davon ab, wie das mit dem oder den Project-Owner(n) entwickelt und ob sich ein Team bildet bei dem ich das Gefühl bekomme, daß man sich darauf verlassen kann. Denn was ich mir nicht leisten kann, ist mich in eine Sache einzubringen und ich dann dabei helfen muss das (zugesagte) Commitment anderer zu kompensieren. Vor allem kenne ich das Phänomen, daß sich am Anfang Leute einbringen, um Feature-Wünsche zu etablieren, die dann aber später keine Zeit mehr haben, diese umzusetzen. Vor allem, weil es hier wahrscheinlich kein Verträge geben wird, würde ich empfehlen Features möglichst zu entkoppeln. Das wäre meinem "User Points" Bespiel folgend dafür ein Arbeitskreis zu schaffen und wenn der nicht liefert, fällt es dann halt weg zum Schluß. So hätte man zumindest einieg Verantwortlichkeiten klar getrennt.

Ich saß 2012 auf der Drupalcon in London in einer Session von Mosche Weizman, der unter anderem Maintainer von Drush und dem Modul "Migrate Tools" ist, der über die Möglichkeiten des Migrate Moduls berichtet hat. Er erklärte, daß die Komplexität der Upgrades von Drupal 6 zu 7 sehr an Komplexität zugenommen hat und daß es wahrscheinlich so sein wird, daß das direkte Upgrade Konzept evtl. zugunsten einer Migration aufgeben werden müsste. Da war ich dann auch erstmal etwas schockiert, weil doch das Upgrade von 5 auf 6 und 6 auf 7 meiner Erfahrung nach noch recht handlich verlief.

Als ich dann später an einem komplexen Projekt gearbeitet hatte um von 6 auf 7 ein Upgrade zu machen hatte ich dazu noch ganz andere Probleme. Da ging es um Nodes und dessen Felder mit mehren 100 TSD Einträgen. Da gab es dann ein Limit in der PHP Speicherverwaltung, die selbst auf einem ganz schnellen PC mit sehr viel Prozesser Cores und Arbeitsspeicher das via Drush für ein einzelne Entity API Node field massiv in Knie ging. Die Sekunden-Schätzungen langte umgerechnet bei mehren Tagen. Das Unter-Modul von CCK für D7 hatte auch "migrate" im Namen. Siehe meine Core-Issue dazu mit dem Code mit dem ich das 2014 gelöst habe: https://www.drupal.org/project/cck/issues/2388463

Ich bin nicht nur seit über 16 Jahren Anwender von Drupal, sondern habe mich auf Drupal spezialisiert und konnte nicht anders als auch mit Drupal zu wachsen. Das file mir auch nicht immer leicht, aber ich stehe voll und ganz hinter der modernisierten Technik von Drupal 10. Siehe auch mein Beitrag hier im DC: "Mir gefällt die Drupal Symfony und deren Composer". Wer dem alten Drupal 7 Code und Style hinter her trauert, kann sich meinetwegen umdrehen und auf "Backdrop" konzentrieren. Daß dort ein "Zurück" im Namen steht ist meiner Meinung nach Aussage genug.

Ich finde die Möglichkeiten mit den Migrate-Modulen genial, vor allem, weil ich früher auch mühsam direkte Daten-Migrations Scripte für Custom Projekte geschrieben habe. Aber ich ich muss gestehen, daß die Drupal-Community es leider nicht geschafft hat, die Migrate Lösungen so Anwender-Freundlich hinzubekommen, wie es mal angekündigt wurde. Und da ich fast nur auf Englisch API-Anleitungen, Tutorials und Code-Kommentare lese, kann ich dazu sagen, daß das auch nicht nur eine Frage fehlender Englisch-Kenntnisse ist. D.h. hier besteht Bedarf für bessere Anleitungen und vllt. schreibe ich auch mal eine. Diese wird aber auch nicht ohne Composer und Drush auskommen :-)

Wir sind mit meiner Firma gerade dabei ein etwas komplexeres Upgrade Projekt für das Intranet einer Forschungsabteilung eines internationalen Unternehmens fertig zu stellen. D.h. neues Daten-Konzept ist fertig programmiert und konfiguriert und alle D7 DAten werden wieder und immer wieder sauber aus der alten DB in die neue D10 DB migriert. Das ganze wird neben diversem Contrib und Custom Code mit Migrate Konfigurations-Dateien organisiert, die zum Wechsel von Drupal 7 auf 10 dann von der IT-Abteilung vor Ort selbst durchgeführt wird. Wir haben nicht mal Zugang zum Produktiv-Server. An den Stellen, bei denen Alt-Daten in neue Strukturen überführt werden und diese nicht eins zu eins als Datenfelder in der Konfig gelenkt werden können finden noch ein paar Datenbank Abfragen im Custom Code statt. Gerne kann ich dabei helfen auch das Upgrade des Drupalcenters automatisierbar zu machen.

(Edit: Typo, und Hervorhebung des Hilfsangebots)

Genau da liegen tatsächlich die großen Probleme. Ich wage zu behaupten, dass die Migration von D8 auf D10 relativ simpel sein dürfte.jedenfalls simpler als von 6 bis 8. Hab ich auch noch nie machen können, weil alles was ich bisher migrieren durfte D7 und aufwârts war. Für die Migration Bracht es also wirklich jemand der dich auskennt oder jemand mit viel Zeit, der hier auch ein bisschen Liebe einfließen lassen kann.

Björn hat mir gesagt, dass er zumindest mal eine Gruppe von Leuten organisieren soll. Wer genau das sein wird und wie lange er braucht, um seine Fühler auszustrecken weiß ich leider nicht

@dinmikkith

Bei der Migration D6 - D9 über den Terminal bin ich nicht weiter gekommen, wäre für meinen Fall auch nicht ideal gewesen, da ich über 100 Module verwendet habe, die ich nicht mehr alle verwende und auch 7 komplexe Inhaltstypen und es sicher besser ist von Grund auf alles neu umzusetzen

70 views
57 000 Seiten, 120.000 Bilder und 5000 User.

Über "Views Export und Feeds Import" klappt es super bei mir die Daten zu migrieren und es ist auch möglich, dass die Urls beibehalten werden bzw. auch man könnte zb. auch auf ein Subdomain alles archiv.drupalcenter.de und mit den gleichen urls!

Aktuell, habe ich noch Probleme von D9 auf D10. Das commerce_demo spielt mit mir: https://www.drupalcenter.de/node/62181

Was ich leider nicht hinbekommen habe die Referenzierung 2 Inhaltstypen zu exportieren!

Ich habe mir die netterweise von @sanduhrs geteilten Informationen zur aktuellen D6 Codebase genauer angeschaut, vor allem die Liste der tatsächlich aktivierten Module und ein wenig auf drupal.org recherchiert. Neben dem schon erwähnten Userpoints sehe ich auf den ersten Blick eigentlich nur eine größere Aufgabe bei dem Subscriptions Modul, das eine meiner Meinung nach sehr wesentliche Funktion liefert. Da habe ich ad hoc kein Ersatz für gefunden (findet sich aber vllt. noch). Das ließe sich zumindest rudimentär mit dem Flag Modul ersetzen, das man ein wenig Custom Code klemmen könnte für Mail Benachrichtigungen (das ist relativ einfach). So etwas wie "Abonnements-Benachrichtigungen versenden" deaktivieren wäre da aber nicht dabei. SOlche Details würden den Aufwand drastisch erhöhen.

Ich würde dringend empfehlen, die Basis-Konfiguration des Drupal 10 Systems auch via Core Migrate zu starten bezüglich Node Type, Felder, Roles und Permissions etc. Zum Konfigurieren gibt es da noch genug bezüglich Funktionen, die von alten Contrib-Modulen in den Core gewandert sind usw. Mit Config-Management kann man das auch auf unterschiedliche Personen aufteilen, die in unterschiedliche Feature-Branches die Config-Changes einpflegen, bzw. sich dabei von einer/einem Entwickler:in helfen lassen, der/die dann auch einen Merge-Konflikt auflösen könnte.

Rein technisch kommt man gar nicht darum herum das System neu aufzubauen in Drupal 10. Im Gegensatz zum alten Upgrade (z.B. von D6 auf D7) bekommt man eben eine frische Datenbank und ist nicht darauf angewiesen für jedes Modul eine saubere Upgrade Routine zu haben. Mit dem Ansatz Drupal 6/7 zu 10 Migrate in einem Rutsch habe ich ehrlich gesagt auch keine Erfahrung. Das gilt auch für Composer update Operations auf Produktiv-Systemen. In einem professionellen Ansatz rollt man nichts aus, das man nicht zuvor getestet hat. Ich habe auch keine Erfahrung mit Migration via Feeds. Wenn man damit komplexere Daten importieren möchte, die "verändert" werden müssen, benötigt man glaube ich auch Custom Code, wenn das Feeds Tamper Modul an seine Grenze stößt. Das Migrate Modul liefert leider eine unvollständige Basis-Konfiguration einer Drupal zu Drupal Migration, aber die muss man danach nur noch anpassen, wenn man weiß, was man braucht. Aber das wichtigste, alles was wir nicht per Commandline steuern können, lässt sich erheblich schlechter automatisiert testen. Und gerade wenn man an einem solchen Projekt mit einem Team arbeiten möchte/muss, dann sind da gewisse Standard-Techniken für Code- und Config-Management via Git Repository, sowie automatische Test-Systeme etc. sehr ratsam.

@ C_Logemann

Was macht das in diesem Fall genau?
Wenn ich richtig verstehe, was das Modul macht, dann habe ich sowas für ein Intranet unter D9 gemacht mit ein paar Funktionen. Das ist wirklich kein großes Problem.
Bei mir informiert es über neue oder geänderte Nodes unter bestimmten Umständen.

Ich denke, daß mit dem Modul Benachrichtigungen über abonnierte Threads laufen, worüber ich per Mail über Deinen Kommentar informiert wurde. Da ich bisher nur von "außen" auf das System schaue, ist dies nur eine Annahme. Wenn es feste Regeln gibt, wann ein "Node" abonniert werden soll, ist das schnell programmiert. Aber der Aufwand von Modul-Programmierungen steigt enorm mit flexiblen Konfigurations-Möglichkeiten vor allem wenn jeder User diese noch individuell als Voreinstellung, dann pro Themen-Bereich und dann per Einzel-Fall (hier per Thread) dies einstellen können. Wäre schön, wenn wir das auch unter Drupal 10 zumindest in den wichtigsten Bereichen via Contrib Modul am Start hätten. Denn jedes bisschen Custom Code muss dauerhaft gepflegt werden. Auch wenn wir inzwischen Helfer-Scripte wie phpcs/phpcbf und phpstan und vor allem dcg haben, die den Programmier/Code Upgrade Aufwand jeden Tag reduzieren helfen, muss sich jedma darum kümmern, was eben nicht einfach via composer eine neue kompatible Version erhält. Das Upgrade Status Modul schreibt dann auch in der schönen UI-Ausgabe:

(Added:)
Und da ich es gerade (vllt. auch nur weil ich Moderator bin) gesehen habe, die Checkbox bzw. den Code dahinter nicht zu vergessen, obwohl oben schon erwähnt:

Ich habe die Liste der installierten Module mal ergänzt um mögliche D10 Alternativen:
https://pad.drupal.de/fYmJ7L_DSv6ufSYeST8_Jw#Drupal-10-replacements
FYI: Das Dokument kann übrigens jeder bearbeiten, der den Link hat.

Die Liste habe ich genommen und ein D10 Drupal-Setup draus gebaut:
https://www.drupal.org/project/drupalcenter
Natürlich ohne zu wissen, ob wir das alles tatsächlich noch brauchen - vielleicht entwickelt sich ja alles auch noch anders.

Hier ist der tatsächliche code:
https://git.drupalcode.org/project/drupalcenter

Hier das Ticket-System:
https://www.drupal.org/project/issues/drupalcenter

Und initiale Dokumentation (leider nur in en):
https://project.pages.drupalcode.org/drupalcenter/

Wer keine Entwicklungsumgebung hat, kann Gitpod benutzen, um sich schnell ein laufendes Setup aufzusetzen, in dem man rumspielen und auch entwickeln kann - die Konfiguration dafür habe ich im Projekt hinterlegt:
https://project.pages.drupalcode.org/drupalcenter/develop/ bzw. https://gitpod.io/#https://git.drupalcode.org/project/drupalcenter

Das ist alles work in progress und ohne Anspruch auf vollständigkeit oder Funktionalität.
Ich hoffe das kann die Basis sein um hier voran zu kommen, braucht dafür aber euer Engagement!

Danke, ich schau mir das kommenden Samstag mal an.Das Ging fix. Super!

Ich habe mir überlegt, was ich beitragen kann.
Ich könnte z.B. ein paar Seiten vom handbuch übersetzen.
Viel mehr schaffe ich leider nicht.
Lasst mich also wissen, welche Links ich bearbeiten soll.

Also,
Ich hab gesehen, dass Päckchen das Sanduhrs geschnürt hat, ist mit ddev superschnell Installiert und theoretisch könnte man jetzt Features Konfigurieren, Ansichten bauen und Inhalte einpflegen.

Was können wir bezüglich Migration der hier vorhandenen Daten tun. Kommen wir an eine Kopie der Installation, damit wir migrieren können?

Zugriff auf Datenbank und Codebase ist vorhanden.
Dazu gehört dann aber eine Absprache mit bv.

Ich denke die Migration können wir ganz am Ende machen, wenn wir wissen wo wir hin wollen.

klar (wenn ich die Abkürzung richtig verstehe ;-) )

Ich hab mich z.Z. seltener gemeldet weil grad bei mir Saison ;-)
Aber ich möchte dran bleiben - und es ist schon sympathisch weit gediehen.

Eine Modulliste beim frischen D10-Start ist der erste Schritt. Ich bin gespannt wie sich das anfühlt wenn man da die Migration à la carte zum ersten Mal drauf lassen kann!

Servus
Franz
(Franz-m auf d.o)

Ich habe aktuell leider Probleme damit DANSE zum laufen zu bringen.Ich kriege da einfach keine Benachrichtigungen raus. Ich werde das jetzt auf d9 und d8 testen, um mal zu sehen ob es überhaupt möglich ist damit aktuell Benachrichtigungen zu erzeugen. Wenn's nicht geht, muss ich einen Issue aufmachen. Noch hoffe ich allerdings ich hab was übersehen

In der Issue-Queue findet sich eine recht umfangreiche Anleitung: https://www.drupal.org/project/danse/issues/3194666

Ja die hab ich durch. Allerdings ohne Erfolg. Es gibt einfach keine Benachrichtigungen.Da muss noch irgend ein Bug drin sein. Ich hatte allerdings noch keine Zeit zu Debuggen. Soweit ich das bis jetzt sehen konnte, fehlt irgendwo ein Javascript.

Ich muss mich damit noch genauer beschäftigen.

Die Benachrichtigungen werden onCron versendet - vielleicht ist das der Knackpunkt?

Das ist in der Tat eine gute Idee. Ich schaue mir das an.

F*** Das war zu einfach. Klar das kann ja nicht gehen, wenn man lokal keinen Cron Job definiert, weil man denkt, dass man keinen braucht.
Das Modul funktioniert und tut was es soll.
Den Issue hätten wir also. Danke @sanuhrs :-D

Unter der Annahmen, dass es ein Forum bleiben soll, hab ich mal eine Featureliste geschrieben, mit der Bitte um Ergänzung:
https://www.drupal.org/project/drupalcenter/issues/3422927

Ist ergänzt.

Ist ergänzt.

ich unterstütze auch loint meinung. seit drupal 8 alles nur mit composer geht ist das für normale user nichts! das das dries am arsch vorbei geht glaube ich gern... falsche einstellung von dries. drupal wird nur noch randerscheinung für zahlungskräftige kunden sein

Wenn normal meint, dass man nicht bereit ist die Vorteile der Kommandozeile zu nutzen und erwartet das alles über Mausklicks im Browser funktioniert ist Drupal schon seit Drupal 6 für diese Nutzer nichts mehr. Ich bezweifle allerdings, dass diese Benutzer heutzutage der Definition eines „normalen" Benutzers entspricht. Ich hab auch mit Drupal 6 angefangen. Ich habe aber kein Problem damit Drush oder den Composer zu verwenden. Das würde ja bedeuten, ich bin kein normaler Nutzer. Diese Behauptung wiederum finde ich sowohl sehr frech als auch dreist. Ich denke auch, dass mir Drupal deshalb so gut gefällt, weil ich hier nicht für alle nützlichen Funktionen gleich ein Monatsabo für ein bestimmtes Modul abschließen muss. Dafür ist ein bisschen mit der Kommandozeile arbeiten ein sehr sehr kleiner Preis.

ein normaler nutzer wie ein handwerker, autohausbesitzer, künstler... die die seite verwalten und aktuell haben wollen ohne hilfe von aussen

----gelöscht----

@caw

Für solche User gibt es Wordpress.
Ich bevorzuge ein sicheres CMS.

das ist auch sicher.

@caw Ich werde die Diskussion hier nicht weiter führen.
Wer kein Drupal verwenden möchte, soll es bleiben lassen.
Hier geht es um ein anderes Thema und ich möchte respektieren, dass sich da schon ein paar Menschen Mühe geben.

Wow - ich komme grad nicht nach, aber das

scheint zum Greifen nah! Toll.

Mag ja sein, daß Du meine oben stehende Verwarnung an Ionit überlesen hast. Aber ich habe Dich vor nicht allzu langer Zeit bereits in der Sektion "Drupal Jobs" bereits daran erinnert bitte keine Foren-Themen zu übernehmen.
Du hast doch schon 2018 hier, folgendes verkündet:

Und da oben schon mal die die Frage aufkam, für wen wir das hier machen (wollen), würde ich da mal salopp schreiben: für Leute die Drupal nutzen und nicht für jene, die Drupal schlecht reden während sie hier offen Ihre Dienstleistungen mit anderen CMS bewerben.

Ich finde den Hinweis auf andere CMS als Alternative außerhalb wirklich sachlicher Diskussion z. B. bezüglich diverse Funktionen generell etwas problematisch. Das gilt übrigens auch für Deinen Hinweis auf Wordpress oben, @montviso
Ich habe explizit nichts dagegen, Drupal, die Community die Technologie und technologische Entscheidungen kritisch aber sachlich im Drupalcenter zu diskutieren. Dann aber bitte in einem anderen Thread und gerne mit vorheriger Suche, ob konkrete Kritik-Punkte nicht schon hinreichend diskutiert wurden. Siehe z.B. auch dieser Thread zur Komplexität, ein ausführlicher Vergleich von Drupal und Wordpress oder diverse auch hier erwähnte Kritik-Punke an D8+, die wir schon 2014 ausführlich hier diskutiert haben.

Und um das auch gleich mit dem eigentlichen Thema bezüglich der Zukunft des Drupalcenters zu verknüpfen, würde ich mir wünschen daß es künftig dazu etwas deutlichere Forenregel zu hätten. Man könnte auch sagen, daß das dann schon in Richtung nicht bezüglich Thread Hijackings sondern gleich den ganzen Forumsfokus zu verlassen, der hier eben Drupal ist.
Strukturell würde ich mich freuen, wenn wir künftig klare Moderations-Richtlinien entwickeln würden und einen Raum für eine innere Mod-Abstimmung bezüglich schwieriger Situationen etablieren könnten. Denn Moderator:innen haben zwar hier zwar die Berechtigung einer Verwarnung (die ich für mich selbst als Methode gegriffen habe) auch harte Konsequenzen folgen zu lassen. Aber restriktive Massnahmen sollten meiner Meinung nach nur sehr vorsichtig eingesetzt werden.

Ein wichtiges Feature wäre hier übrigens auch ein dezidierte Verweis auf andere Threads via Entity Referenz. Denn die Zukunft des Drupalcenters haben wir auch schon häufiger diskutiert. Z.B. 2017 und da habe ich auch schon Ideen geäußert, auf die ich jetzt nur verlinken möchte.

(Edit: Tippfehler behoben)

@caw "ich unterstütze auch loint meinung. seit drupal 8 alles nur mit composer geht ist das für normale user nichts! das das dries am arsch vorbei geht glaube ich gern... falsche einstellung von dries. drupal wird nur noch randerscheinung für zahlungskräftige kunden sein"

Ihre Wortwahl lässt zum Wünschen übrig, wenn ich was zu reden hätte, würde ich sie hier im Forum "sperren" und der Kuchen wäre gegessen.

Chiao

Abgesehen vom unfreundlichen wording und dem ganzen Geraunze finde ich auch, dass eine Forenmoderation das Recht hat, noch deutlicher einzuschreiten. Von @caw wird das Forum missbraucht und die Diskussion auf Nebengeleise verschleppt. Das ist sicher nicht im Sinne einer wertschätzenden Kultur on board sondern dient nur zur eigenen Bereicherung. Ich wurde auch schon von ihm außerhalb des DC kontaktiert und dabei mit Besserwissereien wiederholt genervt. Immer wieder mit dem Einser Schmäh, dass andere cms ja viel besser und schöner seien.

Die Migration des DC auf eine aktuelle Drupal Version ist ja vor einigen Jahren schon einmal gescheitert. Damals haben neben mir auch viele andere User Geld gespendet, um den Prozess zu unterstützen. Die damaligen Akteure haben dann nach einem persönlichen Treffen festgestellt, dass die Kapazitäten nicht ausreichen, um eine Migration des DC zu stemmen. Was mit dem Geld passiert ist, weiß ich bis heute nicht. Auf Nachfragen kam keine Antwort.

Davon mal abgesehen, macht das DC aus meiner Sicht auch keinen wirklichen Sinn mehr. Drupal hat sich zusehends professionalisiert und ist seit Version 8 einfach kein System mehr, das allein von Anwendern ohne tiefgehendes Hintergrundwissen / Programmierkenntnisse genutzt werden kann. Die Abwanderung der Sitebuilder hin zu einfacheren CMS oder SaaS Lösungen belegt dies deutlich.

Die Zielgruppe von Drupal ist nun einmal der Enterprise Sektor, große öffentliche Verwaltungen, Bildungseinrichtungen und non-profit Organisationen mit großen, komplexen Websites/Apps. Drupal ist keinesfalls tot, wie hier behauptet wurde, sondern ist gegenwärtig bei den 10.000 größten Websites klar das führende CMS / CMF.

Aber Drupal Entwickler tauschen sich auf anderen Kanälen wie drupal.org, stackoverflow oder reddit aus. Und seit wir mit KI Unterstützung durch githubs co-pilot oder Jetbrains AI Assistent entwickeln, sinkt der Bedarf an Austausch und Hilfe durch andere Entwickler tendenziell eher .

Ich habe zwar schon mal angeboten zu helfen, war aber noch bei keinem der bisherige Anläufe beteiligt, von denen es aber glaube ich mehr als einen gab. Aber aufgrund dieser Aussage zu Spendengeldern würde ich auch gerne wissen, wie das abgelaufen ist, bevor ich mich einbringe. Ich hoffe das geld ist in Richtung Drupal e.V. geflossen, so daß es dann irgendwie allgemein der Community zu gut gekommen ist. Wenn die Spende Zweckgebunden war, müsste das Budget ja noch beim Verein darauf "warten" endlich investiert zu werden.

Was mich betrifft sieht die Sache mit dem Geld hier so aus: Wenn das Upgrade als Community-Projekt läuft möchte nicht nur kein Geld haben. Sondern ich werde mich gar nicht beteiligen, wenn irgendwie dafür Geld fließen würde, egal ob von einem Verein oder anderweitig gesponsert. Eine eher unwahrscheinliche Ausnahme wäre: Meine Firma wird mit dem Upgrade beauftragt. Dann würden wir das aber wie jedes andere Projekt bearbeiten. Und gerade weil wir damit Erfahrungen haben, lassen wir dabei keine "Eigenleistung" des Kunden zu.

Der Drupal e. V. hat keinerlei Gelder für ein Drupalcenter-Upgrade eingeworben. Das Drupalcenter ist kein Projekt des Vereins.
Wenn hier irgendwo Geld eingesammelt wurde, ist das mit dem jeweiligen Empfänger zu klären.
So entstehen Gerüchte :/