was mich noch nervt ist, dass URL ubbs im selben fenster öffnen. _blank wäre lieber.
„Externe Links in neuem Fenster öffnen" ist jetzt aktiviert.
was mich noch nervt ist, dass URL ubbs im selben fenster öffnen. _blank wäre lieber.
„Externe Links in neuem Fenster öffnen" ist jetzt aktiviert.
Ist es möglich, das Häckchen bei "offizieller Beitrag" standardmässig zu deaktivieren (für mich oder ggf direkt für alle Mods/Admins)?
Nicht pro Nutzer, aber ich habe jetzt den Standardwert für „Offizielle Beiträge“ ausgeschaltet und alle bisherigen Markierungen gelöscht, wo sie keinen Sinn ergeben haben.
darkhuhn
Ja, leider habe ich nur mit leidlich aktuellen Browsern (Firefox, Chrome/Edge, Safari) getestet. Dass das alte Forum auf Retro-Technik mit fähigeren Browsern als IE6 problemlos lief, war ein Nebeneffekt davon, dass es auf Web-Technologie von 2012 vor der Ära von Javascript-Frameworks (nur mithilfe der Prototype-Bibliothek, die im Gegensatz zu jQuery inzwischen gestorben ist) und ähnlichen Irrtümern stillgestanden hatte.
Mein nächster Augenmerk liegt darin, das mit dem Blog des Dicken kompatible Nur-Text-Frontend (whfefe) des Forums wieder mit WBB nutzbar zu machen, während winfreak schon mehrfach Interesse gezeigt hat, ein Light-Interface im Design eines Web-1.0-Forums an die API anzubinden.
Falls es dir möglich ist, könntest du testen, ob es dir möglich ist, die Cookies deiner erfolgreichen Login-Session aus der Entwicklerkonsole von Supermium in deine anderen Browser zu transplantieren? Ich bezweifele zwar, dass der restliche Javascript-Code dich dann posten lässt, aber könnte wenigstens die erste Hürde umschiffen, dass der Login das XSRF-Token sowohl als Cookie als auch (durch Javascript gesetzt) in den Nutzdaten erwartet.
so ein forenupgrade kann man auch zur userbereinigung verwenden.
vollständig löschen:
keine posts & letzter login >= 1/2 jahrsowie
registriert >= 1/2 jahr & noch nie eingeloggt
Ich habe wenigstens die offensichtliche Bereinigung durchgeführt und 17 Mitglieder eliminiert, die keine öffentlichen Posts, PNs und gültige E-Mail-Adresse hatten – darunter z. B. den Account „hoster“ von Herrn Gökal aus Paderborn.
Ich habe deine zwei ersten Kriterien etwas abgeschwächt und auf Karteileichen ohne PNs und ohne Login oder initiale Aktivität im letzten Jahr eingeschränkt, das würde immer noch fast die Hälfte der derzeitigen Mitglieder als Adressaten bzw. Löschkandidaten einschließen.
Gerade die neusten Mitglieder folgten häufig dieser User-Story, die ich bei der Jagd nach Spambots nachvollzogen habe:
Das fällt nun weg, da WBB auch den Download von Anhängen erlaubt, wenn der Beitrag öffentlich ist.
Die komplette Migration soll nur 17 Stunden gedauert haben?
[…]
Entsprechend war auch hier mein ersten Gedanke, als alles anders aussah "Wieso wird hier schon wieder 'ne neue Sau durch 's Dorf getrieben?". Nach der Lektüre dieses Thread, was da alles ausgetauscht wurde, in Kombination mit meiner Erfahrung mit der o. g. Messtechnik-Software-Umstellung, wurde dann aber zunehmend klarer, dass das ohne unverhältnismäßig hohen Aufwand vermutlich gar nicht anders geht.
@Alle, die diese Migration durchgeführt haben: Danke für Eure Arbeit.
Die treibende Kraft war letzten Endes winfreak mit seinem bestehenden Kundenkonto.
Die Vorarbeiten haben schon im Rahmen des aus pandemischen Gründen kurzfristig abgesagten Chaos Communication Congress Ende 2022 (nachdem sie eigentlich schon am Remote-Congress im vorherigen Jahr beginnen sollten) begonnen und haben sich über alle Vor-Ort-Treffen seitdem (GPN21, 37C3, 38C3) ohne allzu viel Zuarbeit dazwischen erstreckt. Die 17 Stunden haben sich tatsächlich nur darauf bezogen, die daraus entstandenen 10 Seiten Google-Docs-Dokument + SQL-Skripte abzuspulen.
Zum Thema Kartenleichen haben wir zum Beispiel im Moment allein 357 Accounts, die sich seit der Migration auf MyBB nicht mehr angemeldet haben, davon 184 sogar vor dem Upgrade von vBulletin 3.x auf 4.0 (Passwörter mit kurzem Salt) und 187 ohne jegliche Nachricht im Forum.
Ich könnte auch wieder mal eine Massenmail an möglicherweise inaktive Nutzer schicken, um sich entweder zur Sicherheit ihres alten Accounts anzumelden oder nach Wahl ihren Account löschen zu lassen, aber das findet Coni tendenziell aufgrund der Masse an Rückläufern nicht gut.
LG Flatron 22EA53VQ-P (21,5″, 60 Hz) → AOC 24G4X (23,8″, 180 Hz/Freesync)
Mehr ein Spontanaustausch wegen drohendem Totaldefekt denn ein geplantes Upgrade fürs FHD-Gaming. Nach 17½ Jahren mit Flachbildschirmen mit Standard-Bildwiederholrate merke ich den Unterschied eher in Details wie dem Spektrum-Analyzer in foobar2000 oder 60-Hz-YouTube-Videos beim Vorspulen.
Und damit ist die Migration nach etwa 17 Stunden abgeschlossen.
Ich habe die meisten Punkte auf meiner Liste schon durch, alles andere folgt nach und nach.
Wir haben im Rahmen des Chaos Communication Congress noch einmal einen Import vorgenommen, dieser ist nun von diesem Freitag.
Zitathttp://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
Ich habe jetzt noch das Problem der privaten Nachrichten (nach besten Möglichkeiten als Threads organisiert) und der Weiterleitungen von URLs angenommen.
Als größtes Problem bleiben noch die Avatare, die insbesondere bei animierten GIFs unter der Skalierung auf die Standardgröße 128×128 gelitten haben. Ich könnte die aktuelle Avatargröße von derzeit 125×125 erhöhen, wenn ihr das selber korrigieren wollt (Avatare, die bereits 128×128 sind, werden nicht angefasst). Ansonsten kann man da mit entsprechenden GIF-Werkzeugen nachhelfen.
Außer eine überwiegende Mehrheit würde den unmittelbaren Umstieg auf die Testinstallation bevorzugen wie das hier am Tisch der Fall ist, mit der ein paar Beiträge und privaten Nachrichten verloren gehen würden
Einfacher Wrapper für den Git-Credentialhelper store, der Zugangsdaten symmetrisch mithilfe OpenSSL verschlüsselt (Hausaufgabe: durch öffentlichen Schlüssel mithilfe GnuPG), soweit kein geeigneter plattformspezifischer Speicher (Windows-Anmeldeinformationsverwaltung, macOS-Schlüsselbund, KWallet/gnome-keyring) zur Verfügung steht:
#!/bin/bash
set -eo pipefail
ENCRYPTED=~/.config/git/credentials.aes
OPENSSL_PARAMS="-aes-128-cbc -pbkdf2"
decrypted=$(mktemp)
trap 'rm -f "$decrypted"' EXIT
openssl enc $OPENSSL_PARAMS -d -in "$ENCRYPTED" -out "$decrypted"
# every get tends to come with a store, check if anything actually changed
checksum_before=$(sha512sum < "$decrypted" | sed "s/ .*//")
git credential-store "--file=$decrypted" "$@"
checksum_after=$(sha512sum < "$decrypted" | sed "s/ .*//")
if [[ $checksum_before != $checksum_after ]]; then
openssl enc $OPENSSL_PARAMS -e -in "$decrypted" -out "$ENCRYPTED".new
mv "$ENCRYPTED".new "$ENCRYPTED"
fi
Alles anzeigen
Einrichtung:
Durch eine Verlinkung auf einem Messenger (wie WhatsApp oder Telegram) bemerkt, der Metainformationen neben blanken URLs anzeigt: Die <meta>-Beschreibung spricht noch von Windows 10 als neuster Version auf deiner Webseite.
Vielleicht versuche ich mal am Upgrade auf Windows 11
Nach dem Upgrade auf Windows Server 2022 (per setup.exe /product server) 11:
Dem modernen Namensschema nach habe ich das KI-skalierte Hintergrundbild einfach "Windows 5" genannt.
Wie gehts mit nicht-quadratischen Fotos um? Gibts da ne Restriktion beim Upload oder nen Resize in der Anzeige?
Soweit ich sehe, gibt es da leider nur keinen hübschen Dialog für die Wahl des gewünschten Ausschnitts. Es wird immer ein quadratischer Ausschnitt aus der geometrischen Mitte des Bildes genommen und auf 128×128 heruntergerechnet.
Es werden auch keine kleineren Bilder akzeptiert, da der verwendete ImageMagick-Algorithmus auf das Herunterrechnen von Bildern optimiert ist. Deswegen sehen insbesondere animierte Avatare gemäß dem derzeitigen Größenlimit von 125×125 in diesem Forum nach dem Import etwas kaputt aus.
Ansonsten werden wie erwartet opake Bilder, PNG mit Alphatransparenz und GIF mit Animation unterstützt; WebP wird zwar mit Alphatransparenz akzeptiert, aber leider in JPEG umgewandelt.
Ich habe als Kompromiss mal folgendes CSS zum Woltlab-Stil hinzugefügt:
Das behält die kleine Bullaugen bei, aber zeigt quadratische Avatare in der Seitenleiste.
Zwei Dinge wären noch nice-to-have: "Breite" Top XY Posts Liste über den Forenkategorien
Man kann diese sogenannten Boxen auf den Seitenvorlagen einigermaßen frei einsortieren.
Zum Beispiel habe ich jetzt die "Letzten Beiträge" von der rechte Seitenleiste auf "oben" verschoben (und dafür von 15 auf 10 Threads reduziert).
Die Finanzierung wäre im Übrigen nur eine Seite. Ich hatte auch schon einmal in die Richtung eines eingetragenen Vereins als juristische Person gedacht, die Eigentümer verschiedener materieller und immaterieller Güter für die Community sein kann.
Aber auch als Behördenmensch ist mir das ein bisschen viel zeremonieller Tand (insbesondere möchte ich dazu nicht alle Gründungsmitglieder vor das Amtsgericht Nürnberg zitieren müssen) und es gibt immer verbundene Grenzfälle wie Conis Server.
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:
<woltlab-quote data-author="Blue" data-link="/index.php?thread/&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).
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.
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:
http://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).
http://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.