nockenfell schrieb:

Das bereinigt die meisten Probleme. Dennoch musst du anschliessend selber nachkontrollieren.

Na super ... das SQL-Dump ist ungepackt 25 MB groß - da kann ich nicht alles nachkontrollieren
(Zumal ich gar nicht weiß, worauf ich achten muß, da ich SQL-Anweisungen nur rudimentär verstehe)

Bei 25MB SQL-Dump wird wohl eher der Grosse Brocken nicht vom Inhalt kommen. Ich zumindest habe noch nie einen SQL Dump über 2MB von CMSMS gehabt.

Kontrollieren heisst somit in erster Linie alle Inhalte durchsehen. Das machst du am besten auf der Seite selber, da nur hier alle Voraussetzungen stimmen.

cyberman schrieb:

Auch hier gibts was von Ratioph... upps, vom Programmierer des MySQLDumpers

http://forum.mysqldumper.de/dsb-s-umlau … t2406.html

Wenn du Windows verwendest, schau dir mal DUK an - hab ganz gute Erfahrungen bei der Zeichenkorrektur damit gemacht.

Link siehe oben 

(DUK = DSB's UmlautKorrektur)

Wenn du Windows verwendest, schau dir mal DUK an - hab ganz gute Erfahrungen bei der Zeichenkorrektur damit gemacht.

Hast Du einen Link dazu? Bei Google finde ich weder mit dem Suchbegriff DUK noch mit den Suchbegriffen DUK Zeichenkorrektur etwas ...

Na super ... das SQL-Dump ist ungepackt 25 MB groß - da kann ich nicht alles nachkontrollieren
(Zumal ich gar nicht weiß, worauf ich achten muß, da ich SQL-Anweisungen nur rudimentär verstehe)

Wenn du Windows verwendest, schau dir mal DUK an - hab ganz gute Erfahrungen bei der Zeichenkorrektur damit gemacht.

Ist Klasse. Hat mir auch schon mal die Haut gerettet. Das bereinigt die meisten Probleme. Dennoch musst du anschliessend selber nachkontrollieren.

Auch hier gibts was von Ratioph... upps, vom Programmierer des MySQLDumpers

http://forum.mysqldumper.de/dsb-s-umlau … t2406.html

Wenn du Windows verwendest, schau dir mal DUK an - hab ganz gute Erfahrungen bei der Zeichenkorrektur damit gemacht.

Sollte das Problem mit den Umlauten auftreten, gibt es hier eine Anletung wie man das wieder richten kann:

http://blog.hani-ibrahim.de/de/cms-made … l#more-155

So, ich habe jetzt (wie Cyberman geschrieben hat) die alte DB als Latin-1 exportiert und in die neue DB importiert. Dabei ist das Problem mit den Umlauten in der Tat aufgetreten. Nun wollte ich nach dieser Anleitung verfahren. Ich habe also die frisch angelegte neue Datenbank wieder (diesmal als UTF-8) mit dem MySQLDumper gesichert und auf meine Festplatte kopiert, dort mit Notepad++ geöffnet und die Sonderzeichen ersetzt. Der nächste Schritt in der oben genannten Beschreibung lautet dann:

Das Problem dabei: Ich habe dort was ganz anderes stehen, nämlich:

CREATE TABLE `cms_module_templates` (
  `module_name` varchar(200) COLLATE latin1_german2_ci DEFAULT NULL,
  `template_name` varchar(200) COLLATE latin1_german2_ci DEFAULT NULL,

By the Way:  Im Notepad++ gibt es zwei UTF-8-Codierungen, eine mit BOM, eine ohne BOM. In dem Beitrag steht nicht, welches UTF-8 man bei Notepad++ einstellen soll.

$config['set_names'] = false;

(falls noch nicht vorhanden)

Wieder ein Fall für den MySQLDumper   .
Damit musst du dir auch keine großen Gedanken über irgend welche Optionen machen, da diese Software einen Großteil aller Eventualitäten abdeckt, ohne dass irgend welche Voreinstellungen notwendig sind.

Hm, das habe ich jetzt probiert. Beim Backup der alten Datenbank hat der MySQLDumper den Zeichensatz german1 empfohlen. Beim Wiederherstellen der Daten in die neue Datenbank kam folgende Fehlermeldung:

Standard für die neue Datenbank ist laut SQL-Dumper UTF-8 ... der wird mir aber beim Backup der alten DB nicht angezeigt. Was nun? Folgende Zeichensätze stehen mit bei beiden Datenbanken zur Verfügung:
big5, cp1251, cp1257, dec8, gb2312, gbk, greek, hebrew, hp8, latin1, latin2, latin5, sjis, swe7, tis620, ujis

Welchen Zeichensatz kann ich verwenden, ohne dass es mir Umlaute und Sonderzeichen zerschießt?

Damit musst du dir auch keine großen Gedanken über irgend welche Optionen machen, da diese Software einen Großteil aller Eventualitäten abdeckt, ohne dass irgend welche Voreinstellungen notwendig sind.

Okay. Also ich würde einfach einen MySQL Dump erstellen, eine neue Datenbank anlegen, Dump importieren, die config.php ändern und den Zwischenspeicher löschen. Wenn alles klappt. Kann die alte Datenbank dann weg.

Ich wollte es gerade tun ... aber "einfach einen SQL-Dump erstellen" ist leichter gesagt als getan. PHPMyAdmin bietet beim Exportieren der DB diverse Optionen:

Da ich SQL nicht beherrsche, weiß ich nicht, welche notwendig sind, um die Datenbank sicher zu übertragen. Vor allem bei der Option AUTO_INCREMENT-Wert hinzufügen bin ich mir unsicher. Wenn beim Re-Import des Dumps per AutoIncrement entsprechenden Feldern neue Werte erzeugt werden, stimmen dann die Beziehungen noch? Die IDs werden doch sicher als Schlüssel verwendet ...

Aber auch bei den anderen Optionen wäre ich dankbar für einen Tipp ...

Sollte das Problem mit den Umlauten auftreten, gibt es hier eine Anletung wie man das wieder richten kann:

http://blog.hani-ibrahim.de/de/cms-made … l#more-155

Auch hier gibts was von Ratioph... upps, vom Programmierer des MySQLDumpers

http://forum.mysqldumper.de/dsb-s-umlau … t2406.html

Also ich würde einfach einen MySQL Dump erstellen

Wieder ein Fall für den MySQLDumper   .

http://blog.hani-ibrahim.de/de/cms-made … l#more-155

Das schlimmste was passieren kann, ist, dass Umlaute & Sonderzeichen anschließend nicht mehr korrekt dargestellt werden. Aber da bin ich nicht so fit drin. Kann Dir da leider nicht sagen worauf genau da zu achten ist, außer, dass die neue DB die gleiche Kodierung haben sollte.