umlautprobleme in der moduldescription nach datenbank-import |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
umlautprobleme in der moduldescription nach datenbank-import |
Sun. 24. August 2008, 12:38
Beitrag
#1
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
hallo zusammen
im moment versuche ich etwas simples: eine datenbank aus einem existierenden sefrengo-projekt zu exportieren und in eine frische installation auf einem anderen server zu importieren. um fehler auszuschliessen, teste ich das ganze mit einer frischen sefrengo-installation aus (1.4 sowie 1.4.1). klingt einfach, doch egal wie ich das mache, im backend unter module-->module importieren werden die umlaute in contentflex sowie pic-galerie immer falsch dargestellt (siehe screenshot). bei allen anderen modulen ergibt sicht dieses problem nicht. getestet habe ich das ganze mit:
das resultat ist immer das selbe. bei allen von mir getesteten datenbanken habe ich gesehen, dass die umlaute auch dort nicht richtig eingetragen werden (siehe screenshot). einzig mit charset utf, kollation utf8_bin gelang mir ein erfolgreiches exportieren und importieren. soviel ich weiss, ist diese kollation aber nicht wirklich empfehlenswert über alle tabellen. ist das ein modul-problem? oder ein core-problem? oder einfach nur ein anwender-fehler? gerne lasse ich mich belehren. gruss andi modulimport.png ( 45.14KB ) Anzahl der Downloads: 25 mysql.png ( 38.84KB ) Anzahl der Downloads: 18 -------------------- |
|
|
Guest_bkm_* |
Sun. 24. August 2008, 14:28
Beitrag
#2
|
Guests |
modul bearbeiten >> umlaut ändern >> speichern
ist es dann auch noch verkehrt ? |
|
|
Sun. 24. August 2008, 14:34
Beitrag
#3
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
würde schon gehen. ebenso würde es gehen, das modul neu zu importieren. ich suche allerdings keinen workaround sondern den grund des fehlers (und ob das nur bei mir so ist).
-------------------- |
|
|
Guest_bkm_* |
Sun. 24. August 2008, 18:18
Beitrag
#4
|
Guests |
........ich suche allerdings keinen workaround sondern den grund des fehlers (und ob das nur bei mir so ist). war auch nicht als workaround sondern als ein ( erster ) schritt zur fehlersuche gedacht. kann man dann bestimmt auf die schnittstelle (nehme mal an pma ) zum im-/export ausdehen. (vll. unterschiedliche versionen) kann mir's aber auch einfach in meiner antwort machen <<< habe diesen fehler nicht |
|
|
Sun. 24. August 2008, 18:28
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 442 Mitglied seit: 02.07.2006 Wohnort: Halle Mitglieds-Nr.: 71 |
Ich habe soetwas immer mal, wenn ich zwischen Windows und Linux (KDE) unterwegs bin (obwohl die Hoster ohnehin Linux verwenden.
-------------------- |
|
|
Sun. 24. August 2008, 20:11
Beitrag
#6
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
war auch nicht als workaround sondern als ein ( erster ) schritt zur fehlersuche gedacht. kann man dann bestimmt auf die schnittstelle (nehme mal an pma ) zum im-/export ausdehen. (vll. unterschiedliche versionen) kann mir's aber auch einfach in meiner antwort machen sorry, so meinte ich das nicht ... ich habe das ganze nun noch mittels mamp ausgetestet. lokal funktionierts. wenn ich jedoch das exportierte file auf meinem server importieren will, habe ich wieder das selbe problem. ebenso ist das problem vorhanden, wenn ich auf dem server die datenbank exportiere, die datenbank leere und in die selbe datenbank die tabellen wieder importiere. ich weiss nimmer weiter (vor allem weil es nur zwei descriptions betrifft). anbei die export und importscreens, vielleicht liegts daran? wobei der dump, welcher lokal funktioniert auf dem server auch nicht funktioniert. gruss andi import.png ( 43.08KB ) Anzahl der Downloads: 14 export.png ( 116.42KB ) Anzahl der Downloads: 13 -------------------- |
|
|
Mon. 25. August 2008, 06:39
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
Hallo Andi
Versuch einmal beim Export dem Kompatibilitätsmodus beim Export auf mySQL auf 4.0 null zu setzten. Danach im Import den selben Kompatibilitätsmodus zu wählen. Die Zeichencodierung dabei auf Latin 1 zu definieren. Vielleicht hilft das... Viel Erfolg. Gruss Chris |
|
|
Mon. 25. August 2008, 12:22
Beitrag
#8
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
hallo chris
danke für dein feedback. leider auch hier das selbe ergebnis. sonst noch jemand einen tipp? gruss andi edit1: liegt definitiv an den export-einstellungen. wenn ich die datenbank mit einem anderen mysql-client exportiere und mit phpmyadmin importiere klappt es. -------------------- |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 23.4.24 - 19:21 |