Umlaute-Problem aus für wird für...

[1303er]

Hallo Bakery-Anwender

Wenn ich bei mir mittels phpMyAdmin oder HeidiSQL die Datenbank wbmod_bakery_items zum lesen öffne, werden alle Umlaute falsch dargestellt...
(Beispiel: Adapter für Ladekabel).

Ich habe schon mit Character Set und Collation experimentiert, leider ohne Erfolg.

Nun meine Frage: Wie bringe ich die wbmod_bakery_items in ein lesbares Format, damit ich von aussen mit einem MySQL-Frontend (z.B. mit http://www.heidisql.com/) daraus die Umlaute korrekt lesen kann?

Besten Dank im voraus für Euere hilfe.

André H.

[NorHei]

http://stackoverflow.com/questions/1053258/german-umlaute-in-mysql-phpmyadmin

leider English

[1303er]

Hallo NorHei & Danke für die Antwort

Leider hat das nicht geholfen. Die Datenbank läuft korrekt unter UTF8 Unicode, die Umlaute sind aber immer noch falsch. Habe im phpMyAdmin die Prozedur angewandt die Du mir im Link geschickt hast. Wie gesagt leider ohne Erfolg.

Wenn ich in in phpMyAdmin den Umläut korrekt schreibe, erscheint diese im Webshop fehlerhaft. Sobald ich den Umlaut im Webshop-Admin wieder korrekt schreibe, erscheint dieser im phpMyAdmin falsch.

Ich steh total auf dem Schlauch... ( es handelt sich um diesen Shop: http://www.scooter-ag.ch/schweiz/pages/produkte-shop.php )

BG André H.

[NorHei]

Schade... 

[1303er]

Ich versteh die Welt nicht mehr...

Die Bakery-DB läuft unter der Default Collation: utf8_general_ci und alle Umlaute werden -in allen mir verfügbaren MySQL-Frontend's- als unleserliche Zeichen augegeben.

Wäre froh um einen Hinweis in welche Richtung ich suchen soll.

NB: Umschaltung im Frontend auf latin_general_ci hat nichts gebracht.

Gruss André H.

[DarkViper]

Das Problem ist recht komplex und auch nicht in 2 Sätzen erklärt. Auch ich kämpfe hier immer wieder gegen Windmühlen......

Eine sehr gute Hilfe ist folgender Artikel:

Die Umlautproblematik - was, wieso, was tun?

Aber bitte nicht einfach nur überfliegen, sondern wirklich Zeit nehmen und gründlich lesen UND verstehen.   

[unawave2]

Als Anmerkung zum Thema "Umlaute":

Wenn man eine Seite mit Umlauten anlegt, dann wird zwar der Dateiname korrekt angepasst  - aber nicht der Menü-Text. Beispiel: Seite soll heißen: "Über mich". Im Quelltext der Seite sieht man dann:

Code:

<li class="menu-sibling"><a href="http://www.meinedomain.de/pages/ueber-mich.php" target="_top">Über mich</a></li>

Das sollte doch eigentlich so heißen:

Code:

<li class="menu-sibling"><a href="http://www.meinedomain.de/pages/ueber-mich.php" target="_top">&Uuml;ber mich</a></li>

Im Content-Bereich funktioniert das übrigens einwandfrei:
Quelltext-Editor:

Code:

<p><a href="[wblink3]">&Uuml;ber mich</a></p>

Seiten-Quelltext:

Code:

<p><a href="http://www.meinedomain.de/pages/ueber-mich.php">&Uuml;ber mich</a></p>

(WB-Version 2.6.7 / 2.7 / 2.8.1)

[Luisehahne]

Bitte auf der Projektseite ein Ticket erstellen.

Dietmar

[DarkViper]

Ich sehe absolut keinen Grund, weshalb Umlaute (ebenso wie z.B. kyrilische Zeichen ) generell in Entities umgewandelt werden sollten.
Sind die Charset-Einstellungen des Systemes sauber gesetzt, sind Entities (abgesehen von einzelnen Sonderzeichen wie: &copy;  etc.) absolut überflüssig.

Die Einstellungen müssen überall zusammenpassen. Z.B.:

• Backend ->  Standardeinstellung en -> Zeichensatz -> utf-8
• Template ->  <meta http-equiv="content-type" content="text/html; charset=utf-8" />

Falsch dargestellte Zeichen resultieren zu 99% aus einem falsch eingestellten System.

[chekka]

Falsch dargestellte Zeichen resultieren zu 99% aus einem falsch eingestellten System.

Und wie muss ich mir das falsch eingestellte System vorstellen?

Meine Konfiguration:

• WB Version 2.8.2 (1506)
• Backend: utf-8
• Template: utf-8
• MySQL-Verbindung: utf8_general_ci
• table Kollation: utf8_general_ci
• field Kollation: utf8_general_ci

Meine Ergebnisse:

• Darstellung im Backtend: München
• Darstellung im Frontend: München
• Eintrag in der Datenbank: München

Mein Problem das sich daraus ergibt ist, dass eine SQL Abfrage in einem Droplet keine Ergebnisse mit Umlauten findet, ansonsten aber tadellos funktioniert.

Danke im voraus für eine konstruktive Antwort,
chekka

PS: Soeben merke ich, dass fast alle WB-Dateien als »ISO Latin 1« gespeichert sind. Sollten sie nicht auch UTF-8-codiert sein?