Alter Contao-Check für 2.11.16?

[jehopeman]

Hallo,

nachdem ich mir mit einem Update von 2.11.16 auf 3.x die gesamte DB zerschossen habe, musste ich ein Backup einspielen. Scheinbar ist aber auch hier etwas schiefgegangen. Zumindest ist mein Backend stark beschädigt.

Jetzt wollte ich mit dem Check die Version auf Vollständigkeit prüfen und musste leider feststellen, dass die aktuelle Version den Stand 2.11.16 nicht mehr supportet. Wo finde ich denn einen Checker für die Version 2.11.16?

Danke - Jens

[lucina]

Selbstverständlich wird die von Dir genutzte Version noch unterstützt. https://codeload.github.com/contao/c...acy.zip/master

[magicsepp]

der check unterstützt alle Versionen ab 2.10.0

[jehopeman]

Selbstverständlich wird die von Dir genutzte Version noch unterstützt. https://codeload.github.com/contao/c...acy.zip/master

Danke!

Wenn ich den Check ausführe und "Validate an existing Contao installation", bekomme ich die nachfolgende Fehlermeldung:

Unknown version

The installed version 2.11.16 is not (yet) supported.

There is no version file for your Contao installation. Are you using a stable Contao version and do you have the latest version of the Contao Check?

Ergänzung: Sorry, hatte noch die alte check-Version 6.5 ausprobiert. Mit der 9.1 bekomme ich den Hinweis, dass meine Installation ok ist.

Allerdings ist das Layout meines Backends nach wie vor "zerschossen". Hat jemand eine Idee, woran das liegt?

Danke - Jens

[lucina]

Dann benutzt du vermutlich eine ältere Version des Checks. In der von mir verlinkten Fassung (das ist der Link von Contao.org) sind alle Versionen ab 2.9.0 abgedeckt, das habe ich gerade noch mal überprüft.

[jehopeman]

Dann benutzt du vermutlich eine ältere Version des Checks. In der von mir verlinkten Fassung (das ist der Link von Contao.org) sind alle Versionen ab 2.9.0 abgedeckt, das habe ich gerade noch mal überprüft.

Ergänzung: Sorry, hatte noch die alte check-Version 6.5 ausprobiert. Mit der 9.1 bekomme ich den Hinweis, dass meine Installation ok ist.

Allerdings ist das Layout meines Backends nach wie vor "zerschossen". Hat jemand eine Idee, woran das liegt?

Danke - Jens

[lucina]

Was ist denn mit 'zerschossen' gemeint?

*Kopfkino*

[jehopeman]

Was ist denn mit 'zerschossen' gemeint?

*Kopfkino*

...anstatt des normalen "grünen" Layouts erscheint nur reiner Text und auch nach dem einloggen fehlt die "normale" grafische Darstellung:


Backend-Anmeldung:

Contao Open Source CMS 2.11

Anmelden bei Compini.de CMS

Benutzername
Passwort
Backend-Sprache

Contao Open Source CMS (fka TYPOlight) :: Copyright ©2005-2014 by Leo Feyer :: Extensions are copyright of their respective owners :: Visit contao.org for more information :: Obstructing the appearance of this notice is prohibited by law!

Contao is distributed in the hope that it will be useful but WITHOUT ANY WARRANTY. Without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. Contao is free software. You can redistribute it and/or modify it under the terms of the GNU/LGPL as published by the Free Software Foundation.

[lucina]

Dann ruf doch mal das Installationstool auf, bitte.

[schman]

Sieht danauch aus, als würde der Pfad nicht stimmen.

Wahrscheinlich findet er die CSS Dateien und Bilder nicht.

[jehopeman]

Dann ruf doch mal das Installationstool auf, bitte.

Laut Installationstool gibt es ein DB-Problem:

Tabellen prüfen
Die Datenbank ist nicht aktuell!
Beachten Sie, dass der Update-Assistent bisher nur mit MySQL- und MySQLi-Treibern getestet wurde. Wenn Sie eine andere Datenbank verwenden (z.B. Oracle), müssen Sie die Datenbank ggf. manuell installieren bzw. aktualisieren. Durchsuchen Sie in diesem Fall die Unterordner des Verzeichnisses system/modules nach config/database.sql-Dateien.

Neue Spalten anlegen
Select all

ALTER TABLE `tl_search_index` ADD PRIMARY KEY (`id`);

ALTER TABLE `tl_visitors_blocker` ADD PRIMARY KEY (`id`);
Bestehende Spalten ändern
Select all

ALTER TABLE `tl_search_index` CHANGE `id` `id` int(10) unsigned NOT NULL auto_increment;

ALTER TABLE `tl_visitors_blocker` CHANGE `id` `id` int(10) unsigned NOT NULL auto_increment;


Wenn ich das dann aktualisieren möchte, kommt folgender Fehler:

Fatal error: Uncaught exception Exception with message Query error: Duplicate entry '0' for key 'PRIMARY' (ALTER TABLE `tl_search_index` ADD PRIMARY KEY (`id`) thrown in …/system/libraries/Database.php on line 686
#0 …/system/libraries/Database.php(184): Database_Statement->query('ALTER TABLE `tl...')
#1 …/contao/install.php(761): Database->query('ALTER TABLE `tl...')
#2 …/contao/install.php(974): InstallTool->run()
#3 {main}

*bin ratlos*

[jehopeman]

...ich habe jetzt mal über phpmyadmin probiert der Spalte "id" in der Tabelle "tl_search_index" den Primarykey zuzuweisen. Da kommt die Fehlermeldung:

#1062 - Duplicate entry '0' for key 'PRIMARY'

lt. phpmyadmin ist da aber scheinbar bisher noch kein primarykey vergeben.

*keine Ahnung* - leider.

[BugBuster]

Du kannst kein Primary Key anlegen, der unique ist, wenn du Zeilen in der Tabelle hast wo eine id mehrfach vorkommt.
Das sagt die Fehlermeldung.
Abhilfe: leere die Tabelle tl_search_index, mach die Updates, und lasse den Suchindex, wenn du ihn denn brauchst, sich selbst wieder anlegen bzw. über Backend wieder generieren lassen.

[jehopeman]

Du kannst kein Primary Key anlegen, der unique ist, wenn du Zeilen in der Tabelle hast wo eine id mehrfach vorkommt.
Das sagt die Fehlermeldung.
Abhilfe: leere die Tabelle tl_search_index, mach die Updates, und lasse den Suchindex, wenn du ihn denn brauchst, sich selbst wieder anlegen bzw. über Backend wieder generieren lassen.

Mmhh, erstmal Danke für den Tipp. Tabelle(n) geleert, Aktualisierung versucht, Fehler ist immer noch da.

[BugBuster]

Wieso Tabellen? Der Fehler kam doch nur bei der tl_search_index, oder?
Und die haste geleert, und beim Udpate kam wieder der Fehler:

#1062 - Duplicate entry '0' for key 'PRIMARY'

wie soll das gehen?

[jehopeman]

Wieso Tabellen? Der Fehler kam doch nur bei der tl_search_index, oder?
Und die haste geleert, und beim Udpate kam wieder der Fehler:

#1062 - Duplicate entry '0' for key 'PRIMARY'

wie soll das gehen?

...ich kann doch auch nix dazu.

...vorsorglich werde ich mal nicht meine manuellen Sicherungen verwenden, sondern ein komplettes Server-Backup auf eine andere virtuelle Maschine restoren und die DB von dort nochmal holen. ;-)

[jehopeman]

Das Rückspielen des Server-Backups hat gefunzt. Die "alte" DB ist wieder hergestellt. Das Install-Tool zeigt keine DB-Fehler mehr an. Allerdings ist mein Backend immer noch nicht funktionstüchtig. Ich werde jetzt erstmal auch die Files innerhalb der Domainstruktur aus dem Backup holen und erneut einspielen.

LG - Jens