Hat schon jemand erledigt 
Danke dir für den Tipp mit dem umbenennen.... aber ich hab wieder Mist gebaut. Erstmal muss sie wieder laufen... 
Beiträge von Vrenni
-
-
Elwood hat alle Fehler beseitigt
Ic danke euch für eure Unterstützung!Wünsche allen ein schönes, sonniges Wochenende!
Liebe Grüße Verena
-
Ja vergesst oder löscht meinen post #50 weil es war ja doch alles richtig was ich zuvor geschrieben hatte !!!
Hast du danach noch ein zweites mal auf Datenbank reparieren geklickt ?
Welche Fehler werden dann noch angezeigt ?
Man glaubt es nicht - ich habe nun nochmal die Datenbank repariert und bekomme "nur noch" folgende Meldung:Fehler
Table 'DB3038426.#__privacy_consents' doesn't exist
Table 'DB3038426.#__action_logs' doesn't exist
Table 'DB3038426.#__privacy_requests' doesn't exist
×
Warnung
Achtung: Die Datenbank ist nicht auf dem neuesten Stand!
- Die Tabelle „'zjq08_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_title'“ mit Typ „varchar(400)“. (Von Datei: „3.7.0-2017-01-08.sql“.)
Aber, generell sollte doch mit der verhunzten Datenbank was passieren oder? Kann man die irgendwie aufräumen?
Und bekomme ich die letzte Meldung auch noch weg?
-
Den Supportern hier zahlt auch keiner ihren Einsatz für dich und das sind inzwischen ganz schön viele Stunden zusammengekommen, bei dir sowieso.
Da hätte es sich 1 gelohnt, gleich einen Profi zu beauftragen.Na, wenn mir jemand einen Profi dazu gesagt hätte, hätte ich den auch gebucht. Und ich wäre auch bereit den "supportern" was dafür zu bezahlen - ich möchte ja nix geschenkt. Bin ja froh, dass die Hilfe da war!
Ich hatte ja schon das schlimmste befürchtet ... -
Alles anzeigen
Kannst ja nach:
ALTER TABLE zjq08_ucm_content ROW_FORMAT=DYNAMIC
per:
SHOW TABLE STATUS IN DB3038426
selbst schauen ob zjq08_ucm_content im row_format Compact oder Dynamic dann ist.
Bei meinem Joomla sind jedefalls viele Datenbanktabellen im row_format Dynamic.
Man glaubt es nicht - ich habe nun nochmal die Datenbank repariert und bekomme "nur noch" folgende Meldung:Fehler
Table 'DB3038426.#__privacy_consents' doesn't exist
Table 'DB3038426.#__action_logs' doesn't exist
Table 'DB3038426.#__privacy_requests' doesn't exist×
Warnung
Achtung: Die Datenbank ist nicht auf dem neuesten Stand!
- Die Tabelle „'zjq08_ucm_content'“ hat den falschen Typ oder die falschen Attribute für die Spalte „'core_title'“ mit Typ „varchar(400)“. (Von Datei: „3.7.0-2017-01-08.sql“.)
Ich kann wieder den Beitrag bearbeiten.... DAAANNNKKKEEEE!!!Aber, generell sollte doch mit der verhunzten Datenbank was passieren oder? Kann man die irgendwie aufräumen?
Und bekomme ich die letzte Meldung auch noch weg?
-
Denn wenn fast nichts drin ist würde ich einfach einen neue Installation aufbauen und zur Not die paar Artikel aus der alten db direkt kopieren.
alles neu?
das zahlt mir ja kein Mensch ... dann kann ich mich da direkt einbuchen http://www.spiecker-dietz.de 
-
Kann das mit den 2 Präfixen denn dadurch entstehen?
Also ich habe die Seite damals auf meinem Server gemacht und dann mit Akeeba gesichert und nach Fertigstellung auf den Webspace von der Kundin installiert - und da dann auch eine neue Datenbank angegeben.
-
Meine Hilfe ist hier nicht erwünscht,
Das stimmt doch gar nicht!
Ich wollte es ja auch erstmal mit den Tipps selbst versuchen, und die anderen, die sich die Mühe machen und schreiben nicht einfach "übergehen"
.. wie man's macht...und weiterhin war ich nicht die ganze Zeit am Rechner....
Und ich wollte erstmal "aufräumen" .. wenn ich selbst noch rum fummel bringt es ja nichts, wenn Du drüber guckst oder?
Ich wollte jetzt erst nochmal von Strato die letzte Version von vorgestern zurück sichern, weil mir ein Akeeba Backup fehlt. Das würde ich dann erstmal runter laden. Da die Fehlermeldungen alle gleich sind, denke ich, dass man dann da weiter gucken kann?Nicht böse sein bitte - wollte nachher in Ruhe schreiben
-
Alles anzeigen
Wenn ich das richtig sehe, gibt gab es zwei Joomlainstallatioen. Jeweils mit unterschiedlichen Tabellenprefix. Die mit letzterem Tabellenpräfix wird von nicht funktionierenden Joomla genutzt.
Kannst du das so bestätigen?
Ööhhhh - ich weiß es nicht.
Also ich habe die Seite damals auf meinem Server gemacht und dann mit Akeeba gesichert und nach Fertigstellung auf den Webspace von der Kundin installiert - und da dann auch eine neue Datenbank angegeben.
-
Hab mal ein Pdf gemacht, das andere war zu unübersichtlich - hilft das?
-
Ich wollte die Sicherung aus Juni 2018 mal per Akeeba installieren... auf nem anderen Webspace mit neuer Datenbank.
Macht das nun Sinn oder soll ich erst noch was anderes ausprobieren?Klick auf jeden Fall jetzt zuerst noch einmal auf Datenbank reparieren damit wir sicher sind das STRATO nicht zwischenzeitlich etwas verändert oder korriegiert hatte und wir uns nun einen Wolf suchen.
Kommt die Fehlermeldung unverändert ?
Immer noch der selbe Fehler.
Ich installiere das jetzt mal auf dem anderen Webspace aus dem letzten Jahr. ....
-
In phpMyAdmin auf Konsole klicken.
.....bin ja doch nicht ganz doof .... hier noch ne Textdatei - bringt das denn noch was?
-
Ich bin mir sicher, das ich schon bei 3.6.5 war und dann immer wieder weiter geupdatet habe.
Das Problem, ist ja, dass ich nicht weiss, was die Kundin inzwischen noch alles "neu gemacht" hat. Sie pflegt ihren Aktuellen Bereich selbst. Aber gut, dann müssen wir halt gucken.
Ich schaue jetzt mal "Rückwärts" in die Sicherungen, die ich mit Akeeba gemacht habe und sehe ja dann wo ich lande und mit welchem Stand noch alles ok war.
Ich sag mal 'bis später'
-
Also, vielen Dank erstmal für Eure Tips!
ich gehe da nachher dran - und bestimmt melde ich mich wiederAber die 3.5 Version ist ja nun schon einige Zeit her und ich betreue für den Kunden 3 Seiten gleichzeitig. Alle Joomla, und bei allen mache ich zeitgleich Updates. Un bis letzte Woche hat immer alles einwandfrei funktioniert. Nur bei dieser einen besteht das Problem jetzt plötzlich ... das wundert mich halt.
noch eine Frage: Was würde denn passieren, wenn ich einfach eine älter Sicherung der Dtaenbank importiere ? Äwre das auch einen Vesuch wert?
-
Zwei Möglichkeiten:
1. Du holst dir die Installation in deine lokale Entwicklungsumgebung, aktualisierst dort alles, löschst alles auf dem Webspace, und installierst dann das lokale Backup dort.
Ich versuche gleich erstmal die Variante 1
MAcht es sinn, dazu einen neue Datenbank anzulegen, sodas sie quasi neu geschrieben wird?Was bedeutet drüberbügeln ohne installation?
Wieder DB reparieren ist ja schwierig, hat bisher noch gar nicht geklappt
-
Wenn diese Werte tatsächlich vom Datenbankserver sind in dem die Datenbank der fehlerhaften Joomla-Website vom Eröffnungspost ist dann gib uns mal die Werte aller Variablen.
ja, das sind die tatsächlichen Werte der Datanebank.
Per screenshot, oder kann ich das irgendwie exportieren?! Sind ja n paar ne?!Und wie kann ich denn die Version des Datenbankschemas ändern.
-
Vermutlich ist eine Einstellung bzw. Konfiguration bezüglich Datenbank fehlerhaft und daher laufen die Updates und auch der Datenbank-fix, schon längere Zeit, nicht korrekt durch, daher auch meine Fragen !
Ok, was wäre dann der sinnvollste Ansatz?
Auf einem unterverezichnis eine Version vom letzten Jahr aufsetzen und gucken, ob es damit noch in Ordnung war?innodb_file_per_table -------> steht auf ON
innodb_file_format -------> Barracuda
innodb_large_prefix ------->steht auf ON
und für CurlY BracketS
innodb-default-row-format-------> kann ich nicht finden?! -
Sind die Updates ggf. ohne SuperUser-Rechte gemacht worden?
Eigentlich nicht, da ich ja "admin" bin und alle Rechte habe das zu versaubeuteln
-
Hast du schon auf "Datenbank reparieren" geklickt?
Datenbank reparieren bringt folgenden Fehler:
Index column size too large. The maximum column size is 767 bytes.
-
Das hab ich grad gefunden
