Sind euch weitere Probleme bekannt, die – nach dem man den Lösungsansatz duchführt – auftreten? Ich bin nämlich auf ein weiteres Problem gestoßen.
Druckbare Version
Sind euch weitere Probleme bekannt, die – nach dem man den Lösungsansatz duchführt – auftreten? Ich bin nämlich auf ein weiteres Problem gestoßen.
Ein grosses Merci an alle, die hier an der Lösung des Problems mitgearbeitet haben.
Die Fehlermeldung machte mir auch gerade das Arbeitsleben etwas schwer. Welche Freude nun, dass es mit der Anpassung in der Datenbank endlich funktioniert. Super! Ein riesengrosses Dankeschön ans Forum.
Schöne Adventszeit und liebe Grüsse
Rebecca
Hallo erstmal,
oich habe mir hier die vorigen Kommantare einigermasen durchgeschaut.
Ich verzweifel hier grade, weil ich von einem Problem zum nächsten Springe!
Ich frag mich ernsthaft wie es sich eigentlich ein Unternehmen wie Strato erlauben kann,
so einen Bockmist zu verzapfen?! da bekomm ich richtig wut! :mad:
Also zum Thema: ich will eine fertige Contao-Webseite auf Strato hochladen. Scheitere am Punkt "Datenbank aktualisieren!"
(wird wohl auch nicht der letzte Punkt sein :rolleyes:)
Hier wird davon gesprochen, dass ich eine "tl_files" erstellen soll...habe aber nicht mal das hinbekommen...Zitat:
Fatal error: Uncaught exception Exception with message Query error: Index column size too large. The maximum column size is 767 bytes. (CREATE TABLE `tl_files` ( `id` int(10) unsigned NOT NULL auto_increment, `pid` binary(16) NULL, `tstamp` int(10) unsigned NOT NULL default '0', `uuid` binary(16) NULL, `type` varchar(16) NOT NULL default '', `path` varchar(1022) NOT NULL default '', `extension` varchar(16) NOT NULL default '', `hash` varchar(32) NOT NULL default '', `found` char(1) NOT NULL default '1', `name` varchar(255) NOT NULL default '', `importantPartX` int(10) NOT NULL default '0', `importantPartY` int(10) NOT NULL default '0', `importantPartWidth` int(10) NOT NULL default '0', `importantPartHeight` int(10) NOT NULL default '0', `meta` blob NULL, PRIMARY KEY (`id`), KEY `pid` (`pid`), UNIQUE KEY `uuid` (`uuid`), KEY `path` (`path`(333)), KEY `extension` (`extension`) ) ENGINE=MyISAM DEFAULT CHARSET=UTF8;) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
#0 system/modules/core/library/Contao/Database.php(207): Contao\Database\Statement->query('CREATE TABLE `t...')
#1 system/modules/core/controllers/BackendInstall.php(616): Contao\Database->query('CREATE TABLE `t...')
#2 system/modules/core/controllers/BackendInstall.php(177): Contao\BackendInstall->adjustDatabaseTables()
#3 contao/install.php(24): Contao\BackendInstall->run()
#4 {main}
Je mehr ich dann davon lese die Tabellen um zu stellen desto mehr verwirrt es mich!
Ich vestehe auch nicht wie dann ein Import von einer vorhandenen Datenbank mit MyISAM-Tabellen funktionieren soll?
Zumal ich bei dem Versuch auch wieder nur eine Fehlermeldung bekomme :/
Hoffe mir kann jemand möglichst schnell helfen!
Danke im Vorraus
Greetz
Erstelle vor dem Aufruf des Install Tools eine Datei names dcaconfig.php im Ordner /system/config und füge folgenden Inhalt ein:Die Datei existiert bei dir jetzt wahrscheinlich schon, daher musst du dort jetzt nur mehr die letzte Zeile einfügen.PHP-Code:<?php
$GLOBALS['TL_DCA']['tl_files']['config']['sql']['keys']['path'] = 'index(255)';
@Spooky
DANKE!!! Hat geklappt!
Und nun will Contao mich nicht einloggen lassen :D ganz genial.
Und da bin ich wieder...:O
Meine Befürchtung wegen dem Datenbankimport hat sich erfüllt.
Bekomme folgende Fehlermeldung:
SQL-Befehl:
--
-- Datenbank: `web383_dbcontao-test`
--
CREATE DATABASE IF NOT EXISTS `web383_dbcontao-test` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;
MySQL meldet: Dokumentation
#1044 - Access denied for user 'U2666351'@'192.168.4%' to database 'web383_dbcontao-test'
ich schätze es liegt an der zuvor im Thread beschriebenen Problematik mit den Tabellentypen?
Ich habe die Seite auf einem Testserver fertigegstellt, welcher den MyISAM-Typ anbietet.
Muss ich die Tabellen von dort vor dem Export nun auf InnoDB umwandeln?
Und wenn ja wie mache ich das?
Mit folgendem Typ hat es schonmal nicht geklappt: http://www.echtzeithilfe.de/howto-my...ngine-wechseln
Und wenn es nicht daran liegt, könnte es dann an den unterschiedlichen Datenbanknamen liegen?
Brauche dringend Hilfe....die Seite soll möglichst heute noch Online gehen. :/
Danke im Vorraus!
In welcher Form liegen denn deine Datenbankfaten vor? SQL-Dump? Sieht für mich so aus, als ob du die gesamte Datenbank und nicht nur die Tabellen exportiert hättest. Jetzt versucht er beim Import eine Datenbank zu erzeugen. Das klappt aber normalerweise auf einem shared hosting so nicht. Wenn man weiss, was man tut, kann man den SQL-Dump editieren und die Datenbankerzeugung rausnehmen. Einfacher wird sein, den Dump neu zu erzeugen und hierbei nur alle Tabellen zu exportieren und nicht die Datenbank als Ganzes.
Als SQL.
Also wenn ich die Tabellen im Strukturreiter alle anwähle und exportiere, erscheint die gleiche Fehlermeldung.
Wird wohl an der Größe der SQL-Datei liegen...hab grade erst gemerkt, das 32Mib nicht gleich 32mb sind O.o
bekomm ich die noch irgendwie runterkomprimiert, oder das Upload-Limit irgendwie erhöht?
Nein, laut der Fehlermeldung stimmen deine Zugangsdaten für die Datenbank nicht. Bzw. der Fehler ist eigentlich, dass du das CREATE DATABASE statement irrtümlich im Datenbank Export inkludiert hast. Du solltest den Export ohne CREATE DATABASE statement machen (oder dieses Statement einfach entfernen).Zitat:
Zitat von ben_cms
Wenn du neue Datenbanken anlegst solltest du als default character set utf8 einstellen und als default collation utf8_general_ci, nur nebenbei bemerkt.Zitat:
Zitat von ben_cms
Und wie kann ich die CREATE DATABASE aus dem Export entfernen? Sorry bin in dem Gebiet eine absolute Laie.Zitat:
Zitat von Spooky
Einfach die Zeile entfernen ;). Deine aktuellen Probleme haben aber nichts mit dem Thema hier zu tun.
Danke. Aber wo finde ich diese Zeile? In den Exportoptionen kann ich keine sehen.
Da ich davon ausging, das es sich hier bei um das im Thread beschriebene Problem handelt, dachte ich aber es gehört hier hin
Normalerweise musst du in phpMyAdmin erst die Datenbank anklicken, so dass die Tabellen im rechten Fenster angezeigt werden. Das siehst du möglicherweise erst, wenn du alle möglichen Optionen anzeigen lässt. Dann auf Exportieren gehen und alle Tabellen auswählen (sind normalerweise bereits alle ausgewählt).
Das hilft mir alles nicht weiter. Habe die Tabellen wie gesagt auch schon so exportiert wie du es beschrieben hast.
Wo ich die CREATE DATABASE rausnehmen kann würde ich dann doch noch ganz gerne wissen!
ansonsten weiß ich echt nicht mehr weiter...
Beide Versionen sind auf PHP 5.6 und die einzige unterscheidung der Tabellen sind die Typen.
Ich habe die Seite ja schonmal von einem Lokalen Server auf den Testserver gespielt...da hat auch alles geklappt.
Und nun will das einfach nicht mehr funktionieren.
Wenn du die Datenbank anklickst, so dass die Tabellen rechts angezeigt werden, dann hast du beim Exportieren kein CREATE DATABASE im Dump. Never ever...
Ansonsten installier dir die Erweiterung BackupDB und mach es damit.
Ich habe alles, so wie oben beschrieben, durchgeführt und nun kamen Probleme beim Aufrufen des Installtools auf.Zitat:
Zitat von mlweb
Das Installtool möchte eine Aktualisierung auf 3.5 durchführen, obwohl der SQL-Dump aus einer Contao 3.5.6 Installation ist. Klicke ich auf "Version 3.5-Update durchführen" kommt folgende Fehlermeldung:
OK, dachte ich mir und habe die tl_member gelöscht und schon lief das "Version 3.5-Update" mit dem Installtool fehlerfrei durch. Dann habe ich aus der alten MySQL-DB (5.5.52) die Inhalte aus tl_member exportiert um sie dann in die neue MySQL-DB (5.6.32) zu importieren. Beim importieren kommt nun folgende Fehlermeldung:Code:Fatal error: Uncaught exception Exception with message Query error: Can't DROP 'username'; check that column/key exists (ALTER TABLE `tl_member` DROP INDEX `username`, ADD UNIQUE KEY `username` (`username`)) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
#0 system/modules/core/library/Contao/Database.php(207): Contao\Database\Statement->query('ALTER TABLE `tl...')
#1 system/modules/core/library/Contao/Database/Updater.php(587): Contao\Database->query('ALTER TABLE `tl...')
#2 system/modules/core/controllers/BackendInstall.php(1188): Contao\Database\Updater->run35Update()
#3 system/modules/core/controllers/BackendInstall.php(516): Contao\BackendInstall->update35()
#4 system/modules/core/controllers/BackendInstall.php(171): Contao\BackendInstall->runDatabaseUpdates()
#5 contao/install.php(24): Contao\BackendInstall->run()
#6 {main}
Die Contao-Installation (3.5.6) selbst scheint ohne Probleme zu laufen, jedoch fehlen die Inhalte aus der tl_member.Code:--
-- Indizes der exportierten Tabellen
--
--
-- Indizes für die Tabelle `tl_member`
--
ALTER TABLE `tl_member`
ADD PRIMARY KEY (`id`), ADD UNIQUE KEY `autologin` (`autologin`), ADD UNIQUE KEY `username` (`username`), ADD KEY `email` (`email`), ADD KEY `activation` (`activation`);
MySQL meldet:
#1068 - Multiple primary key defined
Hat jemand einen Tipp was ich tun kann, um die Inhalte der tl_member korrekt in die neue DB zu bekommen?
Und wie kann ich sichergehen, dass die SQL-DB 5.6.32 auch korrekt mit Contao funktioniert.
Ist es ausreichend, wenn das Installtool oder eine DB-Aktualisierung im BE ohne Probleme durchläuft?
VG,
Gregor
Ich empfehle diese Lösung: https://community.contao.org/de/show...l=1#post427679Zitat:
Zitat von gregor
Ich habe die Mitglieder im BE einfach neu eingegeben, es war eine überschaubare Anzahl.
So wie es aussieht scheint alles zu laufen, ich werde Deinen Hinweis aber mal versuchen ob das so bei mir dann ohne Probleme funktioniert.
VG,
Gregor
Du hast meinen Tag gerettet! Vielen Dank ;)Zitat:
Zitat von Spooky
Over and Out
Danke an alle, die hier mitgeholfen haben eine Lösung zu finden, insbesonders mlweb.
Ich stand eben vor dem Problem eine Installation von hosteurope (Webpack L) nach Strato (PowerWeb Basic) zu übertragen.
Dank eurer Vorarbeit habe ich nun VOR der Sicherung bei Strato tl_files von MyISAM nach InnoDB umgestellt.
Danach lies sich die DB importieren. Vorher brach der Import immer mit dem oben mehrfach genannten Fehler ab.
Gruß, Uwe
Super, vielen Dank an alle, die Lösung hat mir beim Strato-Disaster auch geholfen,
viele Grüße
Strato hat wohl jetzt doch eine Änderung gemacht.
Ich habe eine Datanbank exportiert und in eine neue importiert, Fehler wie gehabt doch Strato trifft die Aussage das alles geht.
Gibt es zwischenzeitliche neue Erkenntnisse in Sachen Strato + Contao? Habe leider wieder eine Neuinstallation bei Strato vor mir und möchte in diesem Fall nur sehr ungerne irgendwelche Hacks, oder Workarounds anwenden.
1000 Dank :-)
Laut dem Post direkt vor deinem geht es ja jetzt ohne Workaround. Ansonsten musst du diesen Workaround verwenden: https://github.com/contao/core/issue...ment-276656727
Nach einigen nicht zufriedenstellenden Anfragen bei Strato habe ich gekündigt
und bin zu Alfahosting gegangen.
Okay, die Antwort vor mir hatte ich auch eher so gelesen, dass es noch nicht ganz rund läuft. Der andere Link klingt vielversprechend. Wenn auch das Gesamtergebnis immer noch nicht soooo super klingt.
Besten Dank für das Update.
Strato macht mich echt fertig.
Durch das umschreiben der Datenbank konnte ich nach gefühlten Stunden zwar die Datenbank hochladen, allerdings funktioniert noch nix.
Ich komme nicht zur Anmeldung ins Backend. Zum Install - Passwort eingeben komme ich zwar, allerdings wird da komischerweise "Für die Nutzung von Contao müssen Cookies erlaubt sein."angezeigt.
Warum auch immer, hatte ich noch nie. Wenn ich in die Install mit Passwort rein gehe, kann ich nichts anklicken.
Im Error Log steht folgendes:
Code:[17-Mar-2017 12:57:04 GMT]
PHP Warning: scandir(/mnt/web005/a3/00/54148000/htdocs/ivu/assets/css/): failed to open dir: No such file or directory in /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php on line 201
#0 [internal function]: __error(2, 'scandir(/mnt/we...', '/mnt/web005/a3/...', 201, Array)
#1 /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php(201): scandir('/mnt/web005/a3/...')
#2 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/StyleSheets.php(76): scan('/mnt/web005/a3/...', true)
#3 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Combiner.php(130): Contao\StyleSheets->updateStyleSheets()
#4 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/templates/backend/be_login.html5(14): Contao\Combiner->add('assets/mootools...')
#5 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/BaseTemplate.php(88): include('/mnt/web005/a3/...')
#6 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse()
#7 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(34): Contao\Template->parse()
#8 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#9 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/controllers/BackendIndex.php(106): Contao\BackendTemplate->output()
#10 /mnt/web005/a3/00/54148000/htdocs/ivu/contao/index.php(20): Contao\BackendIndex->run()
#11 {main}
[17-Mar-2017 12:57:04 GMT]
PHP Warning: scandir(): (errno 2): No such file or directory in /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php on line 201
#0 [internal function]: __error(2, 'scandir(): (err...', '/mnt/web005/a3/...', 201, Array)
#1 /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php(201): scandir('/mnt/web005/a3/...')
#2 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/StyleSheets.php(76): scan('/mnt/web005/a3/...', true)
#3 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Combiner.php(130): Contao\StyleSheets->updateStyleSheets()
#4 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/templates/backend/be_login.html5(14): Contao\Combiner->add('assets/mootools...')
#5 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/BaseTemplate.php(88): include('/mnt/web005/a3/...')
#6 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse()
#7 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(34): Contao\Template->parse()
#8 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#9 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/controllers/BackendIndex.php(106): Contao\BackendTemplate->output()
#10 /mnt/web005/a3/00/54148000/htdocs/ivu/contao/index.php(20): Contao\BackendIndex->run()
#11 {main}
[17-Mar-2017 12:57:04 GMT]
PHP Warning: Invalid argument supplied for foreach() in /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php on line 201
#0 /mnt/web005/a3/00/54148000/htdocs/ivu/system/helper/functions.php(201): __error(2, 'Invalid argumen...', '/mnt/web005/a3/...', 201, Array)
#1 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/StyleSheets.php(76): scan('/mnt/web005/a3/...', true)
#2 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Combiner.php(130): Contao\StyleSheets->updateStyleSheets()
#3 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/templates/backend/be_login.html5(14): Contao\Combiner->add('assets/mootools...')
#4 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/BaseTemplate.php(88): include('/mnt/web005/a3/...')
#5 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse()
#6 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(34): Contao\Template->parse()
#7 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#8 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/controllers/BackendIndex.php(106): Contao\BackendTemplate->output()
#9 /mnt/web005/a3/00/54148000/htdocs/ivu/contao/index.php(20): Contao\BackendIndex->run()
#10 {main}
[17-Mar-2017 12:57:04 GMT] PHP Fatal error: Uncaught exception 'Exception' with message 'File assets/mootools/stylect/css/stylect.css does not exist' thrown in /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Combiner.php on line 134
#0 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/templates/backend/be_login.html5(14): Contao\Combiner->add('assets/mootools...')
#1 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/BaseTemplate.php(88): include('/mnt/web005/a3/...')
#2 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/library/Contao/Template.php(277): Contao\BaseTemplate->parse()
#3 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(34): Contao\Template->parse()
#4 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/classes/BackendTemplate.php(107): Contao\BackendTemplate->parse()
#5 /mnt/web005/a3/00/54148000/htdocs/ivu/system/modules/core/controllers/BackendIndex.php(106): Contao\BackendTemplate->output()
#6 /mnt/web005/a3/00/54148000/htdocs/ivu/contao/index.php(20): Contao\BackendIndex->run()
#7 {main}
Kaaaan mir bitte jemand helfen
Mit Strato hat das nichts zu tun. Überprüfe deine Installation mit dem Contao Check.
Hallo,
also ich habe ein Contao 3.5.25 auf einem PowerWeb Basic Paket installiert und der Fehler mit der tl_files tritt bei mir NICHT auf! Auch ohne Eintrag in der dcaconfig.php.
ABER:
Wenn ich ein Theme installiere, das viele Felder in der tl_content ergänzt, dann bekomme ich folgenden Fehler:
Dies scheint nicht ganz neu zu sein:Zitat:
Fatal error: Uncaught exception Exception with message Query
error: Row size too large. The maximum row size for the used table
type, not counting BLOBs, is 8126. This includes storage overhead, check
the manual. You have to change some columns to TEXT or BLOBs (ALTER
TABLE `tl_content` ADD ...
https://github.com/contao/core/issues/7313
Nach einiger Recherche konnte ich das beheben, indem ich folgende Änderung durchgeführt habe:
Standardmäßig scheint das ROW_FORMAT jetzt auf DYNAMIC gesetzt zu sein!?Zitat:
ALTER TABLE `tl_content` ROW_FORMAT = COMPRESSED;
Ich möchte nur kurz ein großes Dankeschön ausprechen.Zitat:
Zitat von mlweb
Ich hatte nach einem Update den Fehler den Ihr hier besprochen habt und mit hat der Hinweis in der Datenbank die tl-files von COMPACT auf DYNAMIC umzustellen geholfen.
Nun ist die Webseite wieder voll funktionsfähig! Gruß