DB-Import bei Strato: Index column size too large

Hi,

ich hab eine Website mit einem Theme (:eek:) aufgesetzt und möchte die vom Vorschau-Server auf das Strato-Paket des Kunden (:eek:) übertragen. Beim Import der Datenbank bekomme ich ab tl_files ich einen Fehler, den ich so noch nie hatte: #1709 - Index column size too large. The maximum column size is 767 bytes.

Hier ein Screenshot dazu: Anhang 18396

Hatte das schon mal jemand? Beim Anlegen der DB wurde sie Kollation auf latin irgendwas gesetzt und ich hatte die Hoffnung, utf_8_general behebt das. Brachte leider nix. Und mit SQL kenn ich mich doch zu wenig aus, als dass ich hier jetzt weiter wüsste.

VG

Ahoi Kim,
jo das Forum füllt sich gerade mit dem Thema :)

Ich such kurz den relevanten Link…
https://community.contao.org/de/show...icht-m%F6glich

Danke für den lieben Hinweis

@Kim - wie importierst Du die DB? Mit phpyMyAdmin? Versuchs mal mit dem Dumper

Edit: Sorry, vergiss es. Grade mal den von Thomas verlinkten Thread gelesen. Da hilft dann auch kein besseres Tool wie der Dumper...

Ich ex- und importiere mit phpmyadmin. Was macht der Dumper denn anders? Das Kernproblem scheint darin zu liegen, dass Strato nur noch innodb zulässt, meine zu importierende Datei ist MyISAM. Doch auch nach dem Konvertieren knallt's weiterhin an der tl_files :(

Hallo k-webdesign,

hast dafür eine Lösung gefunden?
Ich stehe gerade vor dem gleichen Problem, der Import wird immer abgebrochen (Index column size too large. The maximum column size is 767 bytes.).

Schau mal im #2 verlinkten Thread, da ist der Lösungsansatz drin.

Hallo

Bei mir auch dasselbe. Wollten gerade eine Website vom Testserver auf Strato umziehen, und beim Datenbankimport sucht mich auch der Fehler
heim. #1709 - Index column size too large. The maximum column size is 767 bytes
Gibt es diesbezüglich eine Lösung die schon erfolgreich angewendet wurde?
die DB lässt sich z.B. bei Allinkl oder auch 1&1 problemlos importieren, nur eben bei Strato nicht.

Wie habt Ihr die Sache denn gelöst?

Beste Grüße, Andi

Zitat:

---

Zitat von backfischmedia

Hallo

Wie habt Ihr die Sache denn gelöst?

Beste Grüße, Andi

---

In der ersten Antwort ist ein Link zur Lösung ;-)

Zitat:

---

Zitat von Kahmoon

In der ersten Antwort ist ein Link zur Lösung ;-)

---

Es wird in diesem Thread eine Menge Erfahrungen ausgetauscht, aber letzten Endes keine echte, praktikable Lösung erarbeitet.
FAZIT:
Es ist ein Schönheitsfehler, Contao arbeitet trotzdem und vielleicht Strato als Webhoster erst mal meiden, da deren mySQL V. 5.6 in den Webhosting-Paketen nur InnoDB unterstützt.

Das Thema wird aktuell auf Github diskutiert.

Hallo,

wir hatten heute in der Agentur mit dem Strato-Webpaket eines Kunden genau dieses Problem.

Wir haben es folgendermaßen für uns lösen können:

1. wir haben die exportierte SQL (phpMyAdmin) geändert und dort den 'ADD KEY '-Eintrag für die Spalte 'path' (Tabelle 'tl_files') entfernt und anschliessend den Import durchgeführt
2. damit das Install-Tool und die Funktion 'Update Database' im Backend nicht anschlägt (auch bei Updates), haben wir folgenden Eintrag in der Datei 'system/config/dcaconfig.php' ergänzt:

PHP-Code:

---

// remove index on column path - strato problem
unset($GLOBALS['TL_DCA']['tl_files']['config']['sql']['keys']['path']); 


---

Da es sich bei hierbei um ein relativ kleines Projekt handelt, sind durch die Entfernung des Indexes keine signifikanten Performance-Einbrüche zu erwarten.

Sollte etwas gegen unsere Lösung sprechen, wären wir daran interessiert dies zu erfahren.

Viele Grüße
René

Außer Performanceverlust würde ich nichts erwarten. Notfalls kann man den Index auch einfach kürzer definieren, z.B. 255 statt 333, das dürfte gerade noch gehen.