Baldige Migration der Foren-Software

  • Das Winhistory-Forum läuft seit der Umstellung durch gandro vor über einem Jahrzehnt auf dem Versionszweig 1.6 von MyBB, der seit Oktober 2015 nicht mehr unterstützt wird und von mir mit mäßigen Aufwand am Laufen gehalten wurde. Dass ich in der Zwischenzeit nicht auf den Nachfolger MyBB 1.8 aktualisiert habe, ist an diesem Punkt praktisch ein Meme.
    Ich möchte noch einmal darauf zurückkommen, was sich insbesondere seit November letzten Jahres getan hat, und was nun konkret anliegt.

    Warum müssen wir die Foren-Software migrieren?

    Die derzeitige Foren-Software stammt in dieser Form noch aus der PHP-5-Ära. Ich konnte noch manuell Fixes für inkompatible Änderungen vor allem in PHP 7.2 vornehmen, aber die vielen Brüche in PHP 8, die u. a. viele vorher gar nicht oder nur stillschweigend mit „Notices“ quittierten Fehler zu „lauten“ Warnungen hochgestuft haben, machen das nicht mehr sinnvoll durchführbar.
    Gleichzeitig wurden Sicherheits-Patches für die Vorgänger-Version PHP 7.4 im November 2022 eingestellt. Das wäre an sich nicht besonders tragisch, aber zumindest in Bezug auf Hosting bei Coni zunehmend schwierig, da PHP 7.4 in der Zwischenzeit aus den Paketquellen von Gentoo entfernt wurde, da es z. B. nicht mit der aktuellen Version der OpenSSL-Bibliothek kompatibel ist, welche durchaus sicherheitsrelevant ist. (Das Forum läuft derzeit auf einer abgespeckten Installation von PHP 7.4, die OpenSSL nur noch als indirekte Abhängigkeit einsetzt, was aber nicht ideal ist.)
    Ein Weiterbetrieb wäre nur mit einem Umzug in eine andere Umgebung möglich, und selbst z. B. mit Debian 11 oder einem verwalteten Webhoster könnte man sich so nicht mehr allzu viel Zeit kaufen.

    Warum hat sich der Umzug auf MyBB 1.8 so lange gezogen?

    Neben Plugins, die vor allem von gandro geschrieben wurden und relative geringe Anpassungen erfordern würden (z. B. wegen dem Wechsel des Javascript-Frameworks beim Plugin für die Bilder-Verkleinerung), besteht der Großteil der Arbeit im Austausch und manuellen Übernahme aller Änderungen an den Templates, welche die HTML- bzw. PHP-Schnipsel darstellen, aus denen das Forum zusammengebaut wird. Das ist niedere, aber umfangreiche Arbeit, die nicht nur für den Standard-, sondern jede Familie von Skins nicht nur im Zuge der Migration, sondern fortwährend mit jeder Aktualisierung auftreten kann, weil MyBB Änderungen in diesem Bereich nicht automatisch übernehmen kann.
    Der MyBB-1.8-Versionszweig war außerdem monatelang ebenso inkompatibel mit PHP 8. Bis heute werden neue Tickets erstellt, in denen Platzhalter z. B. im Benutzer- oder Admin-CP zu Warnungen führen, weil jede nicht aufzufindende Variable in der Sprachdatei nun zu einer Warnung führt.
    Wie schon gandro 2012 beschrieben hat, war MyBB die Option, die mehr Aufwand und Rückgriffe auf Plugins guter oder eher schlechter Qualität bedeutet hat, auch wenn sie den Erwerb einer Lizenz erübrigt hat. Leider habe ich im Moment noch weniger freie Zeit als vor sechs Jahren, als ich das Forum übernommen habe, um noch nebenbei im Dienst am Forum zu schrauben. Soweit ich mich vorsichtig umgehört habe, sieht das bei anderen erfahrenen Foren-Mitgliedern leider nicht anders aus.

    Wenn nicht MyBB 1.8, was dann?

    Da ich mich zugegeben nie besonders mit Alternativen beschäftigt habe, kam hier winfreak ins Spiel, der über seinen bestehenden Account einen alten Freund aus der Geschichte des WHFs vorgeschlagen hat: Das Forum der WoltLab Suite, früher als WoltLab Burning Board bekannt.
    Kurz gesagt: Das Woltlab-Forum bietet in einem Paket alle Funktionen, die vom WHF benötigt werden. Das beinhaltet nicht nur Funktionen, die in MyBB wie gesagt über Plugins und benutzerdefinierte Styles gelöst werden mussten (z. B. StopForumSpam, mobiles Design, Dark Mode, grundlegende Moderations-Tools), sondern auch Verbesserungen, durch die es weitaus einfacher ist, das Forum DSGVO-konform und dennoch ohne Cookie-Terrorbanner anzubieten.
    Es ist zwar nicht möglich, das jetzige MyBB-1.6-Forum unmittelbar zu Woltlab zu migrieren, aber mit ein paar Kniffen lassen sich alle Daten über den MyBB-Upgrade-Assistenten in die Datenbank einer temporären MyBB-1.8-Instanz kopieren, mit der der Woltlab-MyBB-Importer arbeiten kann.

    Was koschtet des?!

    Gemäß Benachrichtigung im Admin-Panel beträgt der Preis der Lizenz für das Forum-Paket (was Support und Updates für 1 Jahr enthält) 124 € p. a. ab 2024, dieser verringert sich bei rechtzeitiger Verlängerung auf die Hälfte.
    winfreak würde sich bereit zeigen, diese Kosten zu tragen. Wir sind einfach nicht mehr (größtenteils Jugendliche) ohne Arbeit und frei verfügbares Einkommen, dass es für mich oder die Gemeinschaft nicht mehr tragfähig wäre, diesen Betrag aufzubringen. Zum Vergleich kostet mich die Domäne derzeit etwa 15 € im Jahr und Coni ist vor allem anteilig mit ein paar Gigabyte Speicherplatz auf seinem Server und Backupspeicher beteiligt, auf dem er vorrangig eigene Dienste betreibt und ein paar andere Webseiten hostet. Derzeit besteht eine aktive Lizenz bis November 2024.
    Andere kommerzielle Angebote wie XenForo oder Invision Community Suite würden sich in einem vergleichbaren Rahmen bewegen.

    Was für Probleme gibt es derzeit mit dem Woltlab-Forum?

    Diese Punkte beziehen sich auf die unten verlinkten Vorführinstanz.

    • Avatare werden in der WoltLab Suite mit einer festen Größe von 128×128 Pixeln repräsentiert. Beim Import sind davon vor allem animierte GIF-Animationen in Mitleidenschaft gezogen worden, die nicht bereits ein annähernd quadratisches Seitenverhältnis haben.
    • Es wurden zwar Smilies aus MyBB migriert, aber die bereits in Woltlab enthaltenen wie :), ;), :( etc. wurden nicht ersetzt. In diesem Sinne sollten wir uns überlegen, inwiefern die eingebaute Unterstützung für Retina/HiDPI-Smilies genutzt werden sollte, auch wenn diese nur benutzt wird, um die Pixel-Smilies durch Pixel-Verdoppelung schärfer abzubilden.
    • Der automatische Import der privaten Nachrichten unter „Konversationen“ hat in den vorherigen Fällen wie angedacht einen Strang von Antwort-PNs aus dem MyBB in eine Konversation umgewandelt, durch eine Kette von Umständen ist dies aber beim letzten Importlauf nicht passiert.

    Was bedeutet das für die Leute, die das Forum über ihre alten Geräte aufrufen?

    Während die Woltlab-Suite darauf ausgelegt ist, grundlegend ohne Javascript zu funktionieren, scheinen historische Browser dennoch mit deren Nutzung von modernem CSS überfordert zu sein. Aus diesem Grund würde ich dann auch vollständig HTTPS aktivieren. Ein HTTP-/HTTPS-Mischbetrieb würde wie in MyBB ein Plugin erfordern.
    Im Vergleich haben ursprüngliche Versionen von MyBB 1.8 eine Version des jQuery-Frameworks eingesetzt, das noch z. B. mit IE6 kompatibel war, aber auch das ist nicht mehr gegeben.
    Es ist aber angedacht, in Zukunft weiterhin eine legacy-freundliche Schnittstelle bereitzustellen, im Mindesten mit der Funktionalität des Aprilscherzes von 2017. Außerdem schwebte mir schon immer vor, ein BBS-artiges System anzubieten – wenn schon nicht über Modem-Einwahl, sollte es doch wenigstens über Telnet o. ä. verfügbar sein.

    Wie sieht das Ganze aus?

    Der letzte Import basiert auf einem Daten-Export vom 1. November, 12 Uhr:

    https://test.winhistory-forum.net/ (Woltlab Suite 6.0)

    Das Forum ist vor unbefugten Zugriffen während der Testphase durch HTTP-Authentifizierung geschützt. Diese lauten wie folgt:
    Benutzername: public
    Passwort: WHF

    Zur Vollständigkeit ist auch die temporäre MyBB-1.8-Instanz verfügbar. Hier habe ich zur besseren Navigation einen responsiven Forenstyle namens „Duende“ installiert, der Wechsel zu den klassischen Forenstyles offenbart aber eine Myriade an PHP-Fehlern (und fehlende Grafiken, die jetzt im PNG- statt GIF-Format gesucht werden).
    https://test18.winhistory-forum.net/ (MyBB 1.8)

    Wann willst du das durchziehen?

    Soweit es keine gravierenden Einsprüche gibt, könnte ich das schon morgen heute oder morgen auf dem 37c3-Kongress in persönlicher Anwesenheit von Coni und winfreak durchführen. Alternativ hätte ich zeitnah in der ersten Januar-Woche 2024 genügend ungestörte Zeit.
    Aus der Erfahrung von nicht weniger als vier Test-Migrationen dauert der gesamte Vorgang dabei etwa 13 Stunden. Zur Überbrückung würde ich ein Ersatz-Forum anbieten.

  • Definitiv wird man den Umzug mitbekommen. ;)
    Da ich denke, dass bis auf die Kernfeatures im Forum auch nicht mehr viel genutzt wird, denke ich, dass es im Prinzip egal ist, welche Forensoftware es ist. Aber ja auf PHP 5 sollte die nicht mehr bauen. Ich finde die erstaunlich teuer, aber scheinbar gibts auch keine gute Opensource Alternative, was viel über Foren 2023 aussagen würde. Da ihr die ganze Arbeit und scheinbar auch die Kosten auf euch nehmen wollt, bleibt mir nur herzlich zu danken.

  • Ich hab keine direkten Einsprüche, aber würde vielleicht noch Flarum in den Ring werfen. Fand ich bisher ganz angenehm zu benutzen und ist so wie ich das sehe auch gratis.
    Nutzt z.B. die Framework community: https://community.frame.work/ oder die Home Assistant Community: https://community.home-assistant.io/
    Bin aber jetzt kein Forensoftwareexperte und kann nicht einschätzen, ob das was taugt oder Müll ist. Wollte es nur mal erwähnen.

  • seid ihr deppert

    der dreck is scheiße


    Zitat

    Sie haben bereits einen Beitrag innerhalb der letzten 30 Sekunden geschrieben. Sie können erst in 7 Sekunden einen neuen Beitrag erstellen.

    müll

    Einmal editiert, zuletzt von Vicky (29. Dezember 2023 um 07:49)

  • Schaut in de Tat prima aus :b1: Irgendwie ist es schon schade, dass es scheinbar keine wirklich praktikable, kostenfreie Foren-Software (mehr) gibt. Wie freaked würd' ich mich auch an den Lizenzkosten beteiligen, wenn hierzu Bedarf besteht.

    «Ich verstehe Ihre Frage so: Dass es Menschen gibt, die wünschen, dass ein solches OS als "Retro-OS" bezeichnet wird, ja? Mir ist nicht bekannt, dass solche Absichten bestehen, da HP-UX 9.x einfach ein altes OS ist. Niemand hat die Absicht, ein "Retro-OS" zu bauen.» Xaar, 2014

    Prozessor gesucht? -> Prozessoren, die ich abgeben kann (unter "Available for trading")
    "Überschüssige" Prozessoren oder Hardware? -> Einfach PN an mich schicken :b1: -> Hardware, die ich suche

  • Ich beteilige mich auch gerne.

    sumi - R9 5950X - 128 GB RAM ECC - 2x 1TB NVMe - 4 TB SATA SSD - 4TB SATA HDD RAID-0 - Radeon RX 7800 XT 16 GB - SoundBlaster Z - Steinberg UR22 mkII Interface - Chieftec Dragon CS-601 - Arch/Win 10 Pro
    ThinkPad P14s Gen2 AMD - R7 5850U - 48 GB RAM - 1 TB NVMe SSD - UHD 3840x2160 HDR - Vega 8 - RTL8255AE AX - EM120R-GL LTE-A - Arch/Win 10 Edu
    Apple Mac Mini (Late 2020) - Apple M1 - 16 GB RAM - 256 GB SSD - WiFi 6 - macOS
    HPE Microserver Gen 8 - Xeon E3-1220 v2 - 16 GB RAM - 12 TB HDD - Debian

    </> Do you know who ate all the doughnuts?

  • Mensch, dass ich das noch erleben darf. Ich beglückwünsche euch für die Entscheidung. Anbei meine ersten Erkenntnisse beim Durchklicken:

    Beim gewählten Style fällt mir auf, dass ziemlich viel vertikaler Platz in den (eher kürzeren) Posts für Whitespace verschwendet wird, weil die .messageSidebar so hoch ist und es sieht auch so aus, als gäbe es keinen dedizierten Subject mehr pro Post, ein technisch bedingtes Überbleibsel aus Usenet und Mailinglists, von dem sich WBB wohl schon eine Weile getrennt hat, oder?

    Kann man den CKEditor so umschalten, dass er Markup roh anzeigt und auch roh eingegebenes Markup parst? Ich finde nichts lästiger, als wenn einem aufgezwungen wird, auf Icons zu klicken, um was zu formatieren, was man auch durch Zeicheneingabe machen könnte, z.B. *bold* und `monospace` oder wie man es vom BBCode kennt. Welche Markup-Language erwartet WBB eigentlich vom Poster bzw. speichert intern?

    Sehe ich das richtig, dass das Feature „Letzte Aktivität verstecken“ nicht funktioniert? Oder bei der Migration untergegangen? Oder wird es von WBB gar nicht supportet?

    Die Unterstützung von schema.org-Microdata fällt mir positiv auf, muss man allerdings mal schauen, was dadurch alles exponiert wird, z.B. aktuell das Registrierungsdatum bis auf Sekunde aufgelöst.

    Angezeigte Profilbesucher gibt es jetzt auch wieder?

    Der Gelesen-Status bei PNs scheint nicht sauber migriert worden zu sein. Mir werden alle als ungelesen angezeigt.

    Und noch mein persönlich wichtigstes Anliegen hinsichtlich Forensoftware seit Jahren: Rückt mit dem Umstieg nun eine Schnittstelle für den maschinellen Zugriff (eine Web-API mit standardisiertem Verhalten) in greifbarere Nähe als bisher? Ich will ja schon seit Ewigkeiten ausprobieren, ob man alternative Frontends oder gar native Clients für das WHF zum Betrieb auf Vintage-Maschinen erschaffen kann. Bei meinen ersten, aber sehr kurzen Recherchen offenbart sich augenscheinlich, dass WBB das nicht nativ als Feature mitbringt.

    Ach ja: Ich stehe wie immer für eventuelle Style- oder Theme- oder Skin-Anpassungen (wie auch immer die Terminologie bei WBB dafür ist) zur Verfügung, auch die Migration von liebgewonnenem Legacy-Krams wie den aktuellen WHF-Styles. Selbiges gilt für einen Beitrag zu den Lizenzkosten.

    • • • – • – – • – –

  • dabei fällt mir ein, dass ich für dieses forum mindestens an einem theme mitgebastelt habe. Icons im hypen XP Style. vielleicht ein wenig blurry unter dem laptop wo ich gerade sitze und nicht 100% dpi hat.

  • wird es denn möglich sein, die tid/pid (zB tid=17010&pid=602668) entsprechend auf die neuen URLs (postID=602040 zB) der neuen forensoftware umzuleiten? vermutlich schwer, bleiben sicher nicht gleich. deadlinkterror in suchmaschinen-suchergebnissen, in posts...

    Einmal editiert, zuletzt von freaked (30. Dezember 2023 um 12:30)


  • müll

    Dabei handelt es sich um eine klassische Doppelpost-Sperre für Leute, die von instabilem Handy-Internet oder ähnlichen posten. Das Timeout können wir noch etwas heruntersetzen, aber nicht ganz ausschalten.


    Ich hab keine direkten Einsprüche, aber würde vielleicht noch Flarum in den Ring werfen. Fand ich bisher ganz angenehm zu benutzen und ist so wie ich das sehe auch gratis.

    Wir hatten zwar moderne Diskussionssysteme wie Discourse oder dieses kurz betrachtet, aber im Großen und Ganzen würde ich ein klassisches Web-Forum wohl vorziehen, zumal wir 15 Jahre Geschichte in einem solchen umziehen.
    Flarum scheint zudem keinen Daten-Import für Fremdsysteme anzubieten und der neuliche Security-Breach ist unglücklicherweise wohl etwas abschreckend für Neuinstallationen.


    Kann man den CKEditor so umschalten, dass er Markup roh anzeigt und auch roh eingegebenes Markup parst? … Welche Markup-Language erwartet WBB eigentlich vom Poster bzw. speichert intern?

    Der Editor unterstützt neben WYSIWYG nach wie vor BBCode in einem mit diesem Forum vergleichbarem Umfang. Wenn du [b]hallo[/b] eingibst, bleibt das BBCode, bis du den Beitrag absendest (aber du kannst per „Vorschau“ natürlich überprüfen, ob diese korrekt angewendet werden).
    Intern speichert die Woltlab-Suite alle Beiträge als HTML(-artiges Markup), zum Beispiel:

    Code
    <woltlab-quote data-author="Blue" data-link="/index.php?thread/&amp;postID=602099#post602099"><p>Würd son Eizo Kassenmonitor shoppen in Schwarz, hab auch einen mit VGA und nen DVI-HDMI Adapter dran für mal auffe schnelle oder Retrokrams.</p></woltlab-quote><p>Hat der nicht ein Digitizer enthalten für einen Finger?</p>


    Für eine externe Schnittstelle wie WHfefe ist das dahingehend praktisch, dass man zur weiteren Verarbeitung nur einen HTML-Parser dagegenwerfen muss. Allerdings würde das den eventuellen Weg zurück zu einer Foren-Software komplizieren, die intern noch BBCode nutzt.


    Beim gewählten Style fällt mir auf, dass ziemlich viel vertikaler Platz in den (eher kürzeren) Posts für Whitespace verschwendet wird, weil die .messageSidebar so hoch ist […]
    Ach ja: Ich stehe wie immer für eventuelle Style- oder Theme- oder Skin-Anpassungen (wie auch immer die Terminologie bei WBB dafür ist) zur Verfügung, auch die Migration von liebgewonnenem Legacy-Krams wie den aktuellen WHF-Styles.

    Im Moment ist das alles Teil des mitgelieferten Woltlab-Stils. Diese sind ebenfalls aus Templates aufgebaut, aber aus gutem Grund sind diese standardmäßig vor Bearbeitung gesperrt.
    Die generelle Erwartung an Stile ist aber, dass die Farben frei wählbar sind und man kleinere Anpassungen pro Stil bzw. global per CSS/SCSS vornehmen kann, ohne PHP-Code anfassen zu müssen. Es gibt schon einige Alternativen aus dem Woltlab-Store (bitte nach Kompatibilität mit Woltlab Suite 6.0 filtern; viele Stile aus der 5.x-Ära unterstützen zudem den Dark Mode noch nicht), den Autoren muss man dann aber wieder unter Umständen wegen Updates der Woltlab-Suite nachrennen.


    Der Gelesen-Status bei PNs scheint nicht sauber migriert worden zu sein. Mir werden alle als ungelesen angezeigt.

    Das war tatsächlich ein Unfall beim letzten Daten-Import. Bei einem weiteren Versuch in einer Geheiminstanz wurde der Gelesen-Status wieder korrekt übernommen.
    Weiterhin setzt der Import-Vorgang entgegen unserer vorherigen Annahme, aber vollkommen gemäß des damaligen und derzeitigen Code 1 PN (die Duplikate beim Absender und allen Empfängern ausgeklammert) in 1 Konversation um. Wenn sich nichts besseres findet, werden wir hier wohl eine Heuristik anwenden und alle privaten Nachrichten, die sich dieselbe Menge an Teilnehmern (Absender + Empfänger) und denselben Betreff (unter Ausklammerung des „AW:“- bzw. „Re:“-Präfixes für Antworten) innerhalb einer vernünftigen Zeitspanne teilen, zu einer Konversation zusammenfassen.


    wird es denn möglich sein, die tid/pid (zB tid=17010&pid=602668) entsprechend auf die neuen URLs (postID=602040 zB) der neuen forensoftware umzuleiten? vermutlich schwer, bleiben sicher nicht gleich.

    Das ist tatsächlich möglich. Der MyBB-Exporter belässt Thread- und Post-IDs von Beiträgen bei, nur die Benutzer werden neu nummeriert (rip TAL Nr. 1).
    Unter Umständen lässt sich das nicht mit einfachen Rewrite-Regeln lösen, definitiv aber mit einem einfachen Weiterleitungs-Skript als Ersatz für showthread.php.
    Bis heute haben wir aktive Weiterleitungen für die SEO-URLs von vBulletin (z. B. /off-topic/1-der-unnoetige-informationen-thread-42.html → /showthread.php?tid=1&page=42).

  • Danke für eure Arbeit. Würde mich auch finanziell beteiligen.

    Zwei Dinge wären noch nice-to-have: "Breite" Top XY Posts Liste über den Forenkategorien und quadratische statt runde Avatare.

    Haupt PC: AMD Athlon 64 X2 5000B @ 2,6GHz, 2GB DDR2 RAM, ATi Radeon X800, 256GB Patriot SSD, DVD Brenner, Pardus Linux 23 Xfce
    Handy: Qin F21 Pro, Mediatek Helio A22 MT6761 SoC, 3GB RAM, 32GB ROM, Android 11 AOSP (ohne Google-Dienste)

    est. 25.01.2004, 15:03 Uhr

    Einmal editiert, zuletzt von حبيبي (30. Dezember 2023 um 15:40)

  • Das mit den quadratischen Avataren ist leider so eine Sache. Die haben bei WoltLab das Konzept von runden Avataren ziemlich tief reinverbacken in die Software. Möglich? Sicherlich, aber vermutlich durchaus mit einem Schmerz.

    Umstellbar wie noch bei WBB3 ist das leider nicht. Warum auch immer man sich so entschieden hat.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!