Datenbankfehler bei Joomla Neu-Installationen - durch Reparaturfunktion nicht behebbar

Habe hier drei Joomla Neuinstallationen. Alle drei wurden auch auf 3.9.8 upgedatet. Ob die Fehler vor dem Update schon drin waren, weiß ich nicht.

An einer der Installationen experimentiere ich gerade für mein neues Joomla-Projekt, die anderen befinden sich noch in "jungfräulichen" bzw. in unvermurkstem Zustand… so dachte ich jedenfalls, bis ich die Fehlermeldungen zur Datenbank sah. Durch Click auf "Reparatur" blieb alles unverändert.

Daraufhin habe ich gedacht, ich hätte etwas zerschossen, weil viele Erweiterungen installiert und nach Test wieder deinstalliert worden waren. Folglich prüfte ich die beiden anderen Joomla-Installationen. Dort hatte ich haargenau die gleichen Fehler:

    Die Tabelle „'gojoom_languages'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'sitename'“ mit Typ „VARCHAR(1024)“. (Von Datei: „2.5.0-2012-01-14.sql“.)
    Die Tabelle „'gojoom_associations'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'id'“ mit Typ „INT(11)“. (Von Datei: „3.0.3.sql“.)
    Die Tabelle „'gojoom_user_profiles'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'profile_value'“ mit Typ „TEXT“. (Von Datei: „3.3.4-2014-08-03.sql“.)
    Die Tabelle „'gojoom_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'old_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'gojoom_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'new_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'gojoom_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'referer'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'gojoom_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'new_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.6.0-2016-04-06.sql“.)
    Die Tabelle „'gojoom_newsfeeds'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'link'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.6.3-2016-08-15.sql“.)
    Die Tabelle „'gojoom_extensions'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'enabled'“ mit Typ „TINYINT(3)“. (Von Datei: „3.7.0-2016-11-04.sql“.)
    Die Tabelle „'gojoom_modules'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'content'“ mit Typ „text“. (Von Datei: „3.7.0-2016-11-27.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_body'“ mit Typ „mediumtext“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_params'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_images'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_urls'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_metakey'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_metadesc'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'gojoom_categories'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'description'“ mit Typ „mediumtext“. (Von Datei: „3.7.0-2017-01-09.sql“.)
    Die Tabelle „'gojoom_categories'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'params'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-09.sql“.)
    Die Tabelle „'gojoom_finder_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'description'“ mit Typ „text“. (Von Datei: „3.7.0-2017-03-19.sql“.)

Fragen: Wie konnte es zu diesen Fehlern kommen? (und noch besser:) Wie bekomme ich die Fehler weg?

Muss ich jetzt über MySQL-Admin von Hand in den DBs korrigieren? Und wenn da steht, dass da der "falsche Typ" oder das "falsche Attribut" gesetzt sei, weiß ich doch davon nicht, was dort richtiger Weise einzutragen ist.

Wenn ich das aber alles ignoriere, baue ich evtl. meine neuen Websites auf Sand und darf später womöglich neu anfangen. Was tun?

Hi!

Die Erst-Installation habe ich aus dem Webpaket Joomla vorgenommen, das mir mein Webhoster https://webgo.de zur 1-click-Installation bereit stellt. Es war Joomla Version 3.9.7 und ich musste nur ein Mal updaten. Das Updaten nahm ich über den Joomla-eigenen Mechanismus im Backend vor, kam also direkt von den Joomla Repositories.

Warum es in der Datenbank Einträge von 2012 gibt, verstehe ich auch nicht. Die DBs waren unbenutzt weil von mir zur Installation angelegt.

Mir ist die Vorgehensweise unbekannt, wie ich in einem HTML_Editor eine Datenbank öffnen kann! Ich arbeite hier mit dem Bluefish-Editor, da ich von Windows 7 auf Ubuntu umgestiegen bin. Aber auch da sehe ich keine Möglichkeit, damit eine Datenbank zu öffnen oder gar zu editieren. Müsste ich dazu einen Dump herunter laden und die DB lokal öffnen?

OK, danke, jetzt weiß ich, wie ich DBs lokal öffnen kann.

Die Joomla-Installationen haben mich bisher keinen Zeitaufwand gekostet. Hab sie gelöscht und neu installiert, natürlich jetzt vom frischen Paket. Hätte nicht gedacht, dass die Webhoster so wenig Sorgfalt walten lassen.

Schade, dieses Thema ist NICHT erledigt!

Ich habe gerade komplett neu installiert, direkt von ttps://downloads.joomla.org und danach das deutsche Sprachpaket. Es erschien die Meldung:

Warnung Achtung: Die Datenbank ist nicht auf dem neuesten Stand!

Und das ergab daraufhin die Datenbank-Prüfung:

    Die Tabelle „'x65qv_languages'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'sitename'“ mit Typ „VARCHAR(1024)“. (Von Datei: „2.5.0-2012-01-14.sql“.)
    Die Tabelle „'x65qv_associations'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'id'“ mit Typ „INT(11)“. (Von Datei: „3.0.3.sql“.)
    Die Tabelle „'x65qv_user_profiles'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'profile_value'“ mit Typ „TEXT“. (Von Datei: „3.3.4-2014-08-03.sql“.)
    Die Tabelle „'x65qv_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'old_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'x65qv_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'new_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'x65qv_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'referer'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.5.0-2016-03-01.sql“.)
    Die Tabelle „'x65qv_redirect_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'new_url'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.6.0-2016-04-06.sql“.)
    Die Tabelle „'x65qv_newsfeeds'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'link'“ mit Typ „VARCHAR(2048)“. (Von Datei: „3.6.3-2016-08-15.sql“.)
    Die Tabelle „'x65qv_extensions'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'enabled'“ mit Typ „TINYINT(3)“. (Von Datei: „3.7.0-2016-11-04.sql“.)
    Die Tabelle „'x65qv_modules'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'content'“ mit Typ „text“. (Von Datei: „3.7.0-2016-11-27.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_body'“ mit Typ „mediumtext“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_params'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_images'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_urls'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_metakey'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_metadesc'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-08.sql“.)
    Die Tabelle „'x65qv_categories'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'description'“ mit Typ „mediumtext“. (Von Datei: „3.7.0-2017-01-09.sql“.)
    Die Tabelle „'x65qv_categories'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'params'“ mit Typ „text“. (Von Datei: „3.7.0-2017-01-09.sql“.)
    Die Tabelle „'x65qv_finder_links'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'description'“ mit Typ „text“. (Von Datei: „3.7.0-2017-03-19.sql“.)

Also witzig find ich das nicht und durch die Funktion "Reparieren" tut sich auch nix. Ich glaube sogar, dass es die gleichen Meldungen sind, wie in meinem ersten Beitrag hier.

Vor der Neu-Installation hatte ich natürlich sowohl das Installationsverzeichnis auf dem Server als auch die alte Datenbank sorgfältig gelöscht.

Damit ist dann auch mein Webhoster https://webgo.de aus der Kritik! Dessen Leistungen und Kundenservice fand ich bis jetzt hervorragend! Bin gerade erst zu ihm gewechselt.

Gemäß der bisherigen Diskussion: Muss ich also jetzt nach jeder Neu-Installation einen DB-Dump runterladen, im Editor korrigieren (dann müsste ich aber genau wissen, was ich als Korrektur eintragen müsste) und alles wieder hoch laden. – Also das kann es doch nicht sein mit Joomla!

Sorry aber da komme ich nicht mit: Ich lege SQLi-Datenbanken an und bei der Joomla-Installation werden diese mit Daten befüllt. Was kann denn da schief laufen?

Meinst du wirklich, man schreibt in die Datenbank was rein und anschließend steht was anderes drin, als reingeschrieben worden ist???

hechtnetz Holla! Jetzt wird's aber persönlich statt sachlich.

Morgen kontaktiere ich den Webhoster und wir werden weiter sehen. Bis dahin ist deine Aufregung sicher auch abgeklungen.

Ich war gestern im See schwimmen, daher erst jetzt meine Antwort.

Ich habe den gesamten Sachverhalt dem Hoster geschildert, er hat alles nachgeprüft und behauptet nun folgendes:

1. Ja es liegt an der Datenbank, weil man grundsätzlich nur noch mySQL Version 8 Datenbanken anbietet.
2. Joomla kommt (zumindest in Versionen unter 4.0) nicht mit diesen mordernen Datenbanken klar.
3. Der Webhoster empfiehlt mir, die alternativ angebotene MariaDB zu wählen, obwohl diese offiziell von Joomla nicht empfohlen oder supported wird.

Meine Schlussfolgerungen:

1. Da MariaDB nicht offiziell von Joomla unterstützt wird, könnte es bereits bei der nächsten Major-Version von MariaDB zu ähnlichen Kompatibilitäts-Problemen kommen, wie jetzt bei mySQL 8.
2. Joomla-User sind, falls sich an der Datenbank-Kompatibilität von Joomla ändert, aktuell zwischen den Stühlen, weil mySQL 8 noch nicht funktioniert und MariaDB wegen mangelndem offiziellen Support von Joomla ein Kompatibilitätsrisiko darstellt. Dies kann leicht geschehen, wenn Joomla mySQL 8 fähig gemacht wird.

Nun nochmals zur Klarstellung meiner Installationen:

Ich habe aktuell zwei seit Jahren laufende Joomla-Sites vom bisherigen Webhoster zum neuen umgezogen. Vorher hatte ich Joomla und alle Extensions auf Aktualität geprüft und die (mySQLi-) Datenbank mit dem Joomla-eigenen Mittel geprüft. Erst als alles sicher OK war, habe ich mit AkeebaBackup gesichert und die Sites auf dem neuen Webspace installiert. Dabei habe ich sicher gestellt, dass in neue Datenbanken installiert wurde, die garantiert keinen Inhalt hatten.

Ferner habe ich aktuell noch eine Joomla-Installation, die über das Installationspaket des Hosters gelaufen ist und drei neue angelegte, bei denen ich das zuvor aktuellste Joomla-Paket entpackt und per FTP hochgeladen habe und ebenfalls streng darauf geachtet hatte, dass die angegebenen Datenbanken absolut leer waren.

Bei allen drei Installationsvarianten ergaben sich immer die gleichen 19 Fehlermeldungen die Datenbank betreffend.

Nach meinen daraufhin heute morgen angestellten Webrecherchen laufen zahlreiche Joomla-Installationen seit Jahren stabil mit MariaDB 5.xx bis 10.xx - Seit Sommer 2018 (?) gibt es aber mySQL-8 und wenn das Joomla-Team wegen seiner Verbundenheit zu mySQL hier künftig die Kompatibilität herstellen wird, kann es sehr wohl mit Maria-DB zu Problemen kommen, für die es dann von Seiten Joomla keinen Support geben wird! Und genau das ist das eigentliche Problem.

Mir wird aktuell nichts anderes übrig bleiben, als alle meine bisher installierten Sites neu zu installieren und dabei MariaDB verwenden, um aktuell stabile Verhältnisse zu bekommen.

Bisher habe ich keine Joomla-Instabilitäten mit mySQL-8 feststellen können (weder bei den alten umgezogenen beiden Sites, noch bei den neu angelegten) außer eben die Fehlermeldungen, die Joomla mir ausgibt. Es mag ja sein, dass ich auch künftig nicht mit Problemen rechen muss, aber ich halte es für riskant, darauf zu spekulieren.

Dem Webhoster werfe ich vor, wenn er schon Joomla-Pakete zur Installatiion anbietet, wenigstens die Information dazu zu liefern, bei Joomla bis auf Weiteres die Maria-DB zu verwenden. Durch dieses Unterlassen hat der Hoster mir rund eine Woche Arbeitszeit vernichtet – gerechnet für die jetzt neu anstehenden Neu-Installationen sowie den bisherigen Aufwand, den Fehler zu finden und zu diskutieren.

Frage hier jetzt noch:

Wie würdet ihr jetzt an meiner Stelle entscheiden – Maria-DB verwenden oder es (zumindest bei den beiden Produktiv-Sites) bei der jetzigen mySQL-8-Nutzung belassen bis evtl. wirklich Fehler auftreten?