Installation 3.5.15.Tabellen überprüfen

Spooky, vielen Dank fuer die Tipps, der Beitrag

https://community.contao.org/de/show...l=1#post419464

hat geholfen, die neue 'Search.php' mit den beiden Patches von Leo haben zumindest bis dato das Problem geloest :)

Ich habe folgende Test-Installation eingerichtet um mich in Contao einzuarbeiten und stolpere auch über das Problem:

Contao 3.5.16 zeigt im Installtool hartnäckig diese Meldung an:
http://montviso.de/contao.PNG

der MySQL Server läuft unter Version: 5.5.47 bei HostEurope.

Der Index ist angelegt in der Tabelle:
http://montviso.de/contao1.PNG

entsprechend resultiert das händische Ausführen der Befehle

Code:

---

ALTER TABLE `tl_files` DROP INDEX `path`;
ALTER TABLE `tl_files` ADD KEY `path` (`path`(333));

---

in

Zitat:

---

MySQL lieferte ein leeres Resultat zurück

---

Wenn ich path als Primary-Index einrichten möchte, kommt die Meldung

Zitat:

---

ALTER TABLE `tl_files` DROP PRIMARY KEY ,
ADD PRIMARY KEY ( `path` )

MySQL meldet: Dokumentation

#1071 - Specified key was too long; max key length is 767 bytes

---

Den Eintrag

Code:

---

$GLOBALS['TL_DCA']['tl_files']['config']['sql']['keys']['path'] = 'index(255)';

---

habe ich gemacht, keine Änderung.

Die Erweiterung BackupDB war installiert, ich habe sie deinstalliert, keine Änderung.

Contao-Check sagt, alles OK.

Datenbereinigung wurde immer wieder gemacht, um sicher zu gehen, daß nix im Cache ist.
Was kann, muß ich denn noch probieren?
Es scheint alles zu funktionieren im Backend und auf der Oberfläche.

Ändere den Eintrag mal auf index(250).

GitHub Issue: https://github.com/contao/core/issues/8484

bei mir hat das manuelle eingeben per phpmyadmin geholfen bei strato:

Code:

---

ALTER TABLE `tl_files` ADD KEY `path` (`path`(255));

---

allerdings wüsste ich auch gerne was es für Auswirkungen haben könnte den Wert von 333 auf 255 zu reduzieren?

Der Index wird wohl nur dazu da sein, SQL-Abfragen die über den Pfad gehen zu beschleunigen. Wenn der fehlt oder kürzer ist, dann mag das eventuell weniger performant sein, aber sonst keine weiteren Auswirkungen haben.

Zitat:

---

Zitat von tab

Der Index wird wohl nur dazu da sein, SQL-Abfragen die über den Pfad gehen zu beschleunigen. Wenn der fehlt oder kürzer ist, dann mag das eventuell weniger performant sein, aber sonst keine weiteren Auswirkungen haben.

---

Beruhigend! Danke! :)