Am 19.04.2011 22:34, schrieb Ralf-René Schröder:
Philipp Gampe schrieb:
Klar, weil bei allen collate [utf8_unicode_ci]+ steht. Das musst du
entfernen, weil sonst TYPO3 nicht damit klar kommt.
soweit ja auch schon klar...
die frage war ob dies automatisch beim erstellen des SQL files geht
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 16.04.2011 10:54, schrieb Ralf-René Schröder:
__
ALTER TABLE backend_layout CHANGE title title varchar(255) collate
utf8_unicode_ci default '';
Current value: varchar(255) default ''
Christian Wolff schrieb:
du könntest nun deinen dump so modifizieren das die definitionen dem
entsprechen was die datenbank zurück gibt. dann meckert der compare auch
nicht mehr.
nur wie kann ich diese Ausgabe ausschließen (ob nun als mysqldump oder über
phpmyadmin)
oder muß ich das manuell
Ralf-René Schröder wrote:
Christian Wolff schrieb:
du könntest nun deinen dump so modifizieren das die definitionen dem
entsprechen was die datenbank zurück gibt. dann meckert der compare auch
nicht mehr.
nur wie kann ich diese Ausgabe ausschließen (ob nun als mysqldump oder
über
Philipp Gampe schrieb:
Ralf-René Schröder wrote:
Christian Wolff schrieb:
du könntest nun deinen dump so modifizieren das die definitionen dem
entsprechen was die datenbank zurück gibt. dann meckert der compare auch
nicht mehr.
nur wie kann ich diese Ausgabe ausschließen (ob nun als
Ralf-René Schröder wrote:
kannst du mit einer quasi jungfräulichen Installation nachvollziehen
einfach eine gerade neu aufgesetzte installation als sql dump exportieren
(ob nun über Kommandozeile oder phpmyadmin)
und dann nutze diese sql datei bei einer anderen jungfräulichen
instalation im
Hallo
wenn ich ein SQL File bereitstelle und dies entweder im 123 Installationsprozess importiere, oder
über die Funktion Import importiere, dann klappt eigentlich alles einwandfrei (Seite läuft, alle
Daten da, etc.)
NUR wenn ich dann einen Compare mit dieser Datei durchführe kriege ich eine
