Problem in uploads mit verkorksten Umlauten

Hallo
Gewöhne dir an Umlaute immer auszuschreiben, also ae, oe und ue - dann hast du diese Probleme nicht.
Der Grund ist, das unterschiedliche Anwendungen unterschiedliche Zeichensätze verwenden und diese zu ändern ist nicht immer so einfach - das Ausschreiben von Umlauten dagegen schon.
LG

Wordpress speichert die Uploads nicht mit verkorksten Umlauten, sondern in der UTF8-Kodierung. Anders würden die Bilder nicht korrekt auf der Webseite eingebunden werden können. Das Problem liegt bei Piwik, eventuell solltest Du dort im Forum mal nachfragen.

Gruß
Ingo

WordPress speichert Umlaute richtig mit UTF8, WordPress wandelt aber einen Titel wie Abgekämpft gleich in einen Beitragsnamen wie /abgekaempft/ um, weil WordPress den größeren Weitblick besitzt (WordPress besitzt keinen Weitblick, doch die Entwickler von WP). Die Schuld liegt nicht da oder dort oder bei Piwik, die Schuld liegt unter anderem an den von PHP verwendeten Bibliotheken.

Als Beispiel eine simple Funktion wie htmlspecialchars, die in kaum einen Script fehlt:

Zitat

charset
Definiert die zu verwendende Zeichenkodierung. Standardwert ist ISO-8859-1 in PHP Versionen vor 5.4.0 und UTF-8 in PHP 5.4.0 und neuer.

http://www.php.net/manual/de/function.htmlspecialchars.php

Richtig verrückt wird es aber erst bei anderen Funktionen. Und bei MySQL ist ebenfalls nicht alles einheitlich. Alle verstehen aber ANSI ASCII als kleinsten gemeinsamen Nenner, also das Alphabet ohne Umlaute.

Weil es mir gerade noch einfällt. Schaue doch einmal nach, wie Deine Bilder auf dem Server im Upload-Verzeichnis abgespeichert werden. Was der Browser als Anfrage an den Server sendet und was der Server draufhin ausliefert, sollte wohl aussehen wie:

Abgek%C3%A4mpft-370x250.jpg

Nun speichert Piwik das und versucht es wieder für eine sichtbare Ausgabe sauber aufzubereiten. Sage mal so, hatte bei meinem Script (etwas älter schon) Schwierigkeiten zu erkennen, ob Referrer vor der URL-Kodierung ISO- oder UTF-8 kodiert waren.

Und schaue auch einmal, ob nicht nur Dein Browser das so anzeigt. Wenn ich im FF meine CSS öffne, zeigt der die mir (immer?) mit einem falschen Zeichenkodierung an. Also in ISO, obwohl in UTF-8 gespeichert und ich muss erst die Ansicht wechseln.

Zitat von Melewo

Weil es mir gerade noch einfällt. Schaue doch einmal nach, wie Deine Bilder auf dem Server im Upload-Verzeichnis abgespeichert werden...

Wie es auf dem Server steht, hat hydro doch gleich ganz oben geschrieben (die erste Tabelle). Das ist mit zwei Zeichen als UTF8 kodiert. Für den Aufruf selbst muß es dann natürlich entsprechend URL-kodiert sein (mit %-Zeichen). Das funktioniert ja auch.

Piwik muß halt nur einfach die UTF8-Codes richtig behandeln, dann klappts auch mit der Statistik.

Sehr lustige Sachen kommen bei Umlauten übrigens bei 1&1-WebAnalytics raus. Da werden Strings einfach getrennt und ich wundere mich, mit was für komischen Suchanfragen die Leute meine Seiten finden :-)
http://schnurpsel.de/11-webanalytic…he-doerfer-884/

Gruß
Ingo

Zitat von Putzlowitsch

Wie es auf dem Server steht, hat hydro doch gleich ganz oben geschrieben (die erste Tabelle).

Ist es das was man sieht, wenn man sich per FTP einloggt und die Verzeichnisse öffnet?

Meine liegen in Verzeichnissen und nicht in Tabellen. Tabellen können schon fehlerhaft aufbereitet sein oder fehlerhaft angezeigt werden. Als Beispiel habe ich mal einen Screenshot angehängt, wie schnell es zu kleinere Missverständnissen kommen kann.

Zitat von Melewo

Ist es das was man sieht, wenn man sich per FTP einloggt und die Verzeichnisse öffnet?
Meine liegen in Verzeichnissen und nicht in Tabellen....

Warum soll es denn keine FTP-Ansicht sein? Wenn da etwas mit Dateirechten steht, würde ich das schon annehmen. Die Tabelle ist ja nur eine Darstellungsform.

Ich habe schon mehrere Dateien mit Umlauten per Wordpress hochgeladen und die waren auf dem Server immer als UTF-8 codiert. Warum soll das bei hydro anders sein? Alles andere würde gar nicht funktionieren und zudem zeigt Piwik das ja auch manchmal genau so an. Obwohl, daß ist auch eine Tabelle. Da könnne wir nicht wirklich wissen, wie die Daten letztendlich in der Datenbank abgelegt sind. :-)

Gruß
Ingo

Zitat von Putzlowitsch

Da könnne wir nicht wirklich wissen, wie die Daten letztendlich in der Datenbank abgelegt sind. :smile:

Ja gut, eine grafische Oberfläche ist letztendlich alles nur, die Binärdaten schauen wir uns ja nicht an.

In wp_posts und in wp_postmeta würde ich sagen.

Fördermittel.jpg und Brückentag.jpg sind da ja schon einmal leserlich. Somit wird die andere Tabelle nicht leserlich gerendert, doch ich würde dem System das verzeihen oder dem Programm, welches die Tabellen ausgibt.

Ja, das sieht gut aus. phpMyAdmin wir das entsptrechend der Kodierung in der Datenbank richtig ausgeben. Das es bei der anderen Tabelle (FTP-Daten) "unleserlich" ausgegeben wird, ist aber auch richtig. Wir wollten ja sehen, wie die Dateien tatsächlich auf dem auf dem Server abgelegt sind.

Nur Piwik sollte sich auf eine einheitliche Darstellung/Kodierung festlegen, nicht mal so und mal so.

Gruß
Ingo