Großes vBulletin Forum Migrationsprojekt

Hallo,

ich bin dabei, eine Zukunft für ein riesiges (über 12 Mio. Beiträge, 100.000 Nutzer) vBulletin 4 Forum zu finden.

Ich studiere derzeit Discourse als Option, aber mehrere Fragen kommen auf, und ich scheine in dieser Phase keine zufriedenstellenden Antworten zu finden, daher könnte ich vielleicht ein besseres Verständnis bekommen, indem ich die Fragen direkt stelle.

Dieses Forum gehört zu einem Unternehmen, und obwohl es keinen Umsatz generiert, ist es immer noch ein wichtiger Ort für seine Community.

1/ Ich verstehe die Philosophie hinter „ein Container macht alles“ nicht. Für mich geht es bei Docker darum, Microservices zu trennen und sie über das Docker-Netzwerk zu verbinden. Ich bin es gewohnt, Multi-Container-Projekte (bis zu 10/12 Container mit Redis, PostgreSQL und so weiter) nur mit Docker-Tools auszuführen.
Ich habe das Thema hier gelesen: Can Discourse ship frequent Docker images that do not need to be bootstrapped?, bin mir aber bei der Begründung nicht sicher. Wenn ich all die exec- und-Dateien in den verfügbaren Compose-Dateien sehe, finde ich, dass es ein Missverständnis zwischen dem gibt, was eine Compose-Datei tun soll, und dem, was eine Dockerfile tun soll.
Code-Updates sollten neue Builds von Docker-Images auslösen, die dann mit Compose und Umgebungsvariablen gezogen und ausgeführt werden.
Ich sehe, dass jemand das in einem GitHub-Projekt begonnen hat, aber ich gehe davon aus, dass es nicht offiziell unterstützt wird.
Kann mir jemand eine klare Erklärung geben, warum die aktuelle Philosophie so ist und ob es Pläne gibt, es so laufen zu lassen, wie es im Internet im Jahr 2023 so viele Projekte gibt.

2/ Das Unternehmen, dem das Projekt gehört, nutzt Google Workspace für die E-Mails. Ich habe die SMTP-Relay-Einrichtung von Google für andere Projekte verwendet und plane nicht, etwas anderes zu verwenden, um arbeiten zu können. Ich habe hier im Forum verschiedene Dinge dazu gelesen. Gibt es eine klare Möglichkeit, sicherzustellen, dass es funktioniert, oder besteht die Möglichkeit, dass es nicht funktioniert (was für uns ein Showstopper wäre)?

3/ Ich habe gesehen, dass es Skripte zur Migration von vBulletin gibt (hier: Migrate a vBulletin 4 forum to Discourse), aber dies gibt widersprüchliche Anweisungen, wie z. B. die Verwendung der Anleitung, aber die Anpassung des Containers mit Gem-Dateien. Wie wirkt sich dies auf Wartbarkeit oder Support aus? Wird das Image noch unterstützt, falls etwas schief geht?

4/ Integration mit anderen Tools (hauptsächlich Discord). Zu diesem Zeitpunkt hat das vBulletin-Forum seine eigene Benutzerdatenbank. Gibt es eine Möglichkeit, „reibungslos“ von lokalen DB-Benutzern zu Discord-Benutzern zu wechseln, wo wir Benutzer zu einem bestimmten Zeitpunkt mit ihrem Discord-Login abgleichen könnten?

5/ Gibt es eine einfache Anleitung für Themes, die einen reibungslosen Übergang ermöglicht, da ich viele Benutzer habe, die verloren gehen werden, und ich möchte so wenig Lärm wie möglich von der Migration selbst haben…

Ich werde wahrscheinlich mit einem weiteren Fragenblock zurückkommen, aber dies sind die wichtigsten, die ich bisher habe.

Vielen Dank an alle, die antworten Jede Eingabe wird sehr geschätzt.

Das ist für Leute, die nicht wissen, was Systemadministration ist und Unterstützung brauchen, um es zum Laufen zu bringen. Für ein großes Forum benötigen Sie mindestens eine 2-Container-Installation oder vielleicht RDS und Elasticache, anstatt Ihre eigene zu erstellen.

Wenn Sie mit einem Dockerfile starten möchten, müssen Sie den Launcher verwenden, um Ihren Container zu erstellen, und einen Weg finden, Datenbankmigrationen und vorkompilierte Assets zu verwalten.

Wenn Sie wissen, wie man Google für transaktionale E-Mails verwendet, ist das in Ordnung. Die meisten Leute wissen es nicht und wir wollen es ihnen nicht beibringen.

Eine groß angelegte Migration für ein altes Forum erfordert in der Regel viele Anpassungen. Ob Sie Ihre Migration in einer Entwicklungsumgebung oder in einer Produktionsumgebung innerhalb von Docker ausführen, ist Geschmackssache. Ich habe es früher in einer Entwicklungsumgebung gemacht, aber heutzutage führe ich alle meine Migrationen in Docker aus. Herauszufinden, wie man all die verschiedenen Teile installiert, kann frustrierend sein.

Meinen Sie „discord“ oder „Discourse“? Oder möchten Sie vielleicht Configure Discord Login for Discourse?

Was auch immer Sie tun, die Leute hassen Veränderungen. Ich glaube nicht, dass der Versuch, Discourse wie vBulletin zu gestalten, hilfreich ist. Wenn Ihr Forum sich wie vBulletin verhalten soll, dann benutzen Sie es einfach weiter. Es gibt viele Themes, die viele Dinge tun. Es gibt nicht wirklich eine Anleitung außer Search results for '#theme-component' - Discourse Meta. Sie können dort stöbern und suchen.

Eine Sache, die meiner Meinung nach jemand übersehen hat, ist, dass der erste Durchlauf des Skripts zwar Tage dauert, aber nachfolgende Durchläufe schneller sind, da sie die bereits importierten Daten überspringen, sodass der letzte Durchlauf nicht zu lange dauert.

Willkommen

Ich werde nur dies beantworten, da ich in den anderen Bereichen nicht kompetent bin. Ich spreche später in meinem Beitrag über den reibungslosen Übergang.

In Bezug auf die Anpassung können Sie die CSS von einem integrierten Editor aus bearbeiten, sowie Javascript hinzufügen und die Discourse-spezifische JS-API verwenden. Visuell gesprochen, wenn Ihnen etwas nicht gefällt, verstecken oder ändern Sie es einfach.

Die offizielle Theme-Anleitung finden Sie hier: Developing Discourse Themes & Theme Components.

Sie ist möglicherweise nicht vollständig aktuell, da wir derzeit einige JS-Sachen langfristig aufrüsten.

Etwa 100 % der hier veröffentlichten Themes, Theme-Komponenten und Plugins sind Open Source, sodass Sie sich jederzeit ihren Code ansehen können, um Ihre eigenen Lösungen zu entwickeln.

Ein Theme ist im Grunde eine Haut mit oder ohne zusätzliche Funktionen.
Eine Theme-Komponente fügt normalerweise Funktionen hinzu.
Ein Plugin fügt tiefgreifendere serverseitige Funktionen hinzu.

Für meine eigenen Communities versuche ich, nur offizielle Anpassungen oder solche von vertrauenswürdigen und etablierten Autoren oder Unternehmen wie pavilion zu verwenden. Und natürlich auch persönliche, da ich sie selbst pflegen kann.

Themes und Theme-Komponenten können zur Laufzeit hinzugefügt und entfernt werden, während die Installation und Deinstallation eines Plugins einen Kommandozeilen-App-Neustart erfordert (10-15 Minuten Ausfallzeit).

Was einen reibungslosen Übergang für eine Community angeht, der Verwirrung oder Verärgerung bei den Benutzern lindern würde, ist das manchmal knifflig. Offensichtlich ist eine 100%ige Glücksquote fast unmöglich.
Außerdem sind einige Communities definitiv konservativer oder lauter als andere und werden entsprechend reagieren.

Aus Benutzersicht würde ich sagen, dass die häufigsten Kritikpunkte waren:

• Keine Paginierung mehr
  Sie wurde durch eine interaktive Zeitleiste ersetzt. Beide haben ihre Vor- und Nachteile. Ich habe gelegentlich gehört, dass sich Leute nicht an diese Änderung gewöhnen konnten.
  Meine eigene Erfahrung aus 3 Migrationen kleiner und mittelgroßer Foren ist, dass niemand in meinen Communities negative Erfahrungen mit der Zeitleiste gemacht hat.

• Die Benutzeroberfläche ist kompliziert
  Die Benutzeroberfläche hat mehr Elemente als früher, da im Laufe der Zeit Funktionen hinzugefügt wurden. Das Benachrichtigungsmenü ist größer geworden, die Seitenleiste wurde eingeführt und eine Chat-Funktion wurde hinzugefügt (die möglicherweise nicht benötigt wird, wenn Sie einen Discord-Server haben).
  Wir sind uns der Komplexität der Benutzeroberfläche sehr bewusst und möchten definitiv gestrafftere Teile haben.
  Es gibt definitiv eine Lernkurve mit Discourse. Obwohl es ein Forum ist, das die gleichen Funktionen wie jede andere Forum-Software hat (Themen posten, Antworten/PMs posten, das war’s…), weicht es hier in Bezug auf die Benutzeroberfläche und hinzugefügte Funktionen ab. Ich würde sagen, die meisten Leute haben damit keine besonderen Probleme, aber die Community dieses Forums ist möglicherweise voreingenommen, da die meisten Leute hier Discourse kennen.
  Wenn man sich an die Benutzeroberfläche gewöhnt hat, sieht man keinen Lärm mehr und konzentriert sich auf die Funktionen, die man tatsächlich nutzt, aber ich verstehe, dass das hier nicht genau Ihr Anliegen ist, da Sie sich auf die Migration/den Übergang konzentrieren.

Es gibt zwei integrierte Tools, die den Benutzern helfen, die Benutzeroberfläche und die Funktionen zu verstehen.

1. @discobot. Es ist ein interaktiver Bot-Benutzer, mit dem wir interagieren können und der uns lehrt, wie einige Diskussionsfunktionen genutzt werden.

2. Tipps für neue Benutzer. Wenn Sie sich registrieren, erscheinen Tooltips in der Benutzeroberfläche, die verschiedene Teile erklären. Sie können sie jederzeit von jedem Tooltip aus deaktivieren und in Ihren Benutzereinstellungen wieder aktivieren.

Aus Administratorperspektive wäre es:

• Es gibt zu viele Einstellungen
  Ja, es gibt viele Optionen in Discourse. Die sorgfältige Konfiguration des Forums wird Stunden dauern und wahrscheinlich Anpassungen erfordern, bis Sie zufrieden sind. Das Gute ist, dass Sie, wenn es einmal erledigt ist, selten zu den Einstellungen zurückkehren.
  Wir wissen, dass viele Einstellungen einschüchternd sein können und das Finden von etwas manchmal schwierig machen. Es gibt Raum für Verbesserungen.

Schließlich können Sie die Benutzer-Sandbox unter try.discourse.org verwenden.
Es gibt keine Admin-Sandbox. Wenn ich Dinge auf Admin-Ebene experimentieren möchte, richte ich normalerweise einen Hetzner-Server mit geringer Leistung (stundenweise abgerechnet) ein, auf dem ich Discourse für ein paar Stunden oder Tage installiere.