Update von Woltlab Suite 3.0.26 auf 3.1.20 (und mehr)

Quote from bikermeetingpoint

Gibt es irgend eine einfache Möglichkeit, alle Tables auf Dynamic zu setzen? Es kann doch nicht sein, dass ich das tatsächlich händisch für jede einzelne der über 100 Tables machen muss

Vielleicht sowas in die Richtung:

#!/bin/bash

DATABASE=some_db

ROW_FORMAT=DYNAMIC

TABLES=$(echo SHOW TABLES | mysql -s $DATABASE)

for TABLE in $TABLES ; do
    echo "ALTER TABLE $TABLE ROW_FORMAT=$ROW_FORMAT;"
    echo "ALTER TABLE $TABLE ROW_FORMAT=$ROW_FORMAT" | mysql $DATABASE
done

ACHUNG, DAS IST NICHT GETESTET!

Hier entnommen: https://lxadm.com/MySQL:_changin…C_or_COMPRESSED

Quote from Xopez

Der oben genannte Fehler ist jedoch kein PHP Fehler sondern ein MyQL Fehler

Danke für den Hinweis.

Quote from bikermeetingpoint

Das Beispiel habe ich ebenfalls gefunden. Da ich aber keinen direkten Zugang zum Server habe, kann ich auch kein Shell-Script starten. Etwas ähnliches in PHP wäre was anderes.. ich suche nun schon seit gut einer Stunde, finde aber kein Beispiel.

kann man ja in PHP übersetzen bzw. transferieren.

Dann musst du nur noch einen Database connect hinzufügen

Aber bis ich das rausgesucht habe, ist da der Tag auch rum

Quote from bikermeetingpoint

Da ich aber keinen direkten Zugang zum Server habe, ...

Habe ich auch nicht, normaler Webspace

Quote from bikermeetingpoint

..., kann ich auch kein Shell-Script starten.

das kann ich trotzdem, kommt darauf an, ob dein Hoster SSH anbietet.

lg,

Chris

Eine Lösung, für die phpMyAdmin ausreicht:

Im ersten Schritt lässt man sich im SQL-Fenster die nötigen SQL-Befehle erzeugen:

Statt "DatenbankName" wird natürlich der Name der Datenbank eingefügt!

SELECT CONCAT("ALTER TABLE ", TABLE_SCHEMA, '.', TABLE_NAME," ROW_FORMAT=DYNAMIC;") FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA="DatenbankName" AND TABLE_TYPE="BASE TABLE";

Man bekommt als Ergebnis eine Liste von Alter Table-Befehlen, die zum Teil am Ende beschnitten sind. Unter +Optionen kann ich "Vollständige Texte" auswählen, lasse die Optionen geöffnet und klicke nochmals auf OK. Jetzt habe ich unbeschnittenen Text. ich lasse "Alle anzeigen" und klicke unten auf "in die Zwischenablage kopieren":

ALTER TABLE DatenbankName.blog1_blog ROW_FORMAT=DYNAMIC;
ALTER TABLE DatenbankName.blog1_blog_author ROW_FORMAT=DYNAMIC;
ALTER TABLE DatenbankName.blog1_cover_photo ROW_FORMAT=DYNAMIC;
ALTER TABLE DatenbankName.blog1_entry ROW_FORMAT=DYNAMIC;
.
.
.
etc.

Im SQL-Fenster füge ich ein, lösche den Text über dem ersten Alter Table-Befehl und kontrolliere, ob phpMyAdmin keine Zwischenüberschriften eingefügt hat.

Mit OK lasse ich die Befehle ausführen, und obwohl ich außer "0 Datensätze" keine Rückmeldung bekomme, stehen jetzt alle Tabellen auf "DYNAMIC".

lg,

Chris

Und vergiss nicht, in Erfahrung zu bringen, wie es zu dieser Änderung in der DB kam. Sollte Dein Anbieter da die Finger im Spiel haben, ist wohl ein klärendes Gespräch fällig, damit sich das nicht wiederholt.

Gruß norse

Ich hätte sonst auch gerade das Skript fertiggestellt: https://gist.github.com/ApertureDevelo…404d42578edbe90

Ich habe es mehrfach getestet und es funktioniert einwandfrei. Es ist nur wichtig das ein Nutzer benutzt wird der 'information_schema' lesen kann, um unnötiges altern von Tabellen die bereits ein anderes Format haben zu verhindern.

Mit --help kann man sich eine Hilfestellung ausgeben lassen, welche die Parameter erklärt, aber ganz simpel ist es einfach:
"update_row_format.php -d <database> -u <username>"

Aus Sicherheitsgründen kann das Passwort nicht mit einem Parameter übergeben werden sondern muss eingegeben werden.

Quote from norse

Und vergiss nicht, in Erfahrung zu bringen, wie es zu dieser Änderung in der DB kam. Sollte Dein Anbieter da die Finger im Spiel haben, ist wohl ein klärendes Gespräch fällig, damit sich das nicht wiederholt.

Bei MariaDB 10.1 war compact noch das Standard row Format, und wenn man es nicht manuell umstellt, bleibt es auch bei compact. Also je nachdem wie lange die Webseite existiert oder wie gut der Hoster auf MariaDB Updates achtet kann es einfach ein Überbleibsel aus der Vergangenheit sein

Quote from Rainbow Dash

Ich hätte sonst auch gerade das Skript fertiggestellt: https://gist.github.com/ApertureDevelo…404d42578edbe90

Bei dem Skript hast du wirklich an alles gedacht!

lg,

Chris

Quote from -chris-

Bei dem Skript hast du wirklich an alles gedacht!

lg,

Chris

Dankeschön Ich versuche immer mein bestes zu geben, deshalb auch mein Leitspruch "Qualität ist unser Standard"

Quote from bikermeetingpoint

Stark! Vielen Dank!

Immer gerne, ich hatte ja das selbe Problem, wodurch es sinn machte meine Lösung universell zu gestallten. Vielleicht hat ja sonst auch noch jemand das Problem und kann das Skript dann verwenden

In der Datenbank musst Du beides noch ändern, jap.

Quote

Schritt 2: Datenbank anpassen

In der Datenbanktabelle wcf1_application muss der Wert der Spalte domainPath für den Datensatz mit packageID=1 von / auf /core/ und für den Datensatz mit packageID=4 von /forum/ auf / geändert werden.

Des Weiteren muss in der Datenbanktabelle wcf1_package der Wert der Spalte packageDir für den Datensatz mit packageID=4 von forum/ auf ../ geändert werden.