Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

 
Reply to this topicStart new topic
> umlautprobleme in der moduldescription nach datenbank-import
andi
Beitrag 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:
  • mysql 5.0.51a_community
  • mysql 5.0.19
  • charset utf, kollation utf8_general_ci
  • charset utf, kollation utf8_unicode_ci
  • charset latin1, kollation latin1_general_cs

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

Angehängte Datei  modulimport.png ( 45.14KB ) Anzahl der Downloads: 25

Angehängte Datei  mysql.png ( 38.84KB ) Anzahl der Downloads: 18






--------------------
Go to the top of the page
 
+Quote Post
Guest_bkm_*
Beitrag Sun. 24. August 2008, 14:28
Beitrag #2





Guests






modul bearbeiten >> umlaut ändern >> speichern
ist es dann auch noch verkehrt ?
Go to the top of the page
 
+Quote Post
andi
Beitrag 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).


--------------------
Go to the top of the page
 
+Quote Post
Guest_bkm_*
Beitrag Sun. 24. August 2008, 18:18
Beitrag #4





Guests






ZITAT(andi @ Sun. 24. August 2008, 15:34) *
........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
rolleyes.gif <<< habe diesen fehler nicht
Go to the top of the page
 
+Quote Post
pawel
Beitrag 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.


--------------------
Go to the top of the page
 
+Quote Post
andi
Beitrag 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



ZITAT(bkm @ Sun. 24. August 2008, 19:18) *
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

Angehängte Datei  import.png ( 43.08KB ) Anzahl der Downloads: 14

Angehängte Datei  export.png ( 116.42KB ) Anzahl der Downloads: 13




--------------------
Go to the top of the page
 
+Quote Post
Chregu
Beitrag 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
Go to the top of the page
 
+Quote Post
andi
Beitrag 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.



--------------------
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 23.4.24 - 19:21

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.