[Erledigt] Webapplikation für Osteuropa fit machen

drsoong · 16.07.2010, 16:26

Hi

habe eine Anwendung laufen mit meta charset iso-8859-1 und in MySQL im Wesentlichen latin1_general_ci. Das ganze lief bisher nur in Deutschland, Österreich, Frankreich, soll jetzt aber auch in Tschechien, Slowakei, Ungarn, Polen und Russland für einen anderen Kunden laufen.

Also habe ich kurzerhand die DB, Tabellen, Tabellenfelder auf utf8_general_ci umgestellt und damit begonnen, die wenigen im Auslieferungszustand enthaltenen Datenbankeinträge neu einzugeben.

Ferner habe ich html-seitig auf meta charset UTF-8 umgestellt und die Datenbankverbindung mit

PHP-Code:

  mysql_query("SET NAMES 'utf8'");
mysql_query("SET CHARACTER SET 'utf8'");

noch angepaßt.

Im Ergebnis läuft das alles erst mal ganz gut. Dennoch beschleichen mich einige Fragestellungen:

1. Ein ausgelesener Datenbankeintrag "Rüdé" wird nur dann richtig auf der
Website dargestellt, wenn ich

PHP-Code:

  function to_html_entities_utf8 ($word) {
    return htmlentities($word,ENT_QUOTES,'UTF-8');
}

auf den Output anwende. Eigentlich hatte ich gedacht, dass HTML-Entitäten der Darstellung wegen nicht zwingend notwendig sind. Wieso ist das hier erforderlich?

2. FPDF scheint per se kein UTF-8 zu unterstützen. Hat da mal jemand einen Hinweis, was ich alternativ nehmen oder machen sollte? D. h. was ist Eure Empfehlung?

3. Aktuell sagt mein Stylesheet z. B.

Code:

font-family:Arial, Helvetica;

Muß ich für die Osteuropäer andere Schriftarten nehmen? Wenn ja, wie löse ich das generell. Stylesheets dynamisch einbinden, nur noch Arial Unicode (?) oder ähnliches?

Ein netter Nebenbefund: Die oben genannten Sprachen sind sprachcodierungsmäßig der ISO-639 zugeordnet, der im übrigen - völlig
erwartungsgemäß - auch Klingonisch zugeordnet ist (siehe Wikipedia).

Wäre nett, wenn Ihr ganz oder teilweise Ideen und Anregungen habt.

Gruß

ChrisB · 16.07.2010, 16:37

Zitat:

Zitat von drsoong

Eigentlich hatte ich gedacht, dass HTML-Entitäten der Darstellung wegen nicht zwingend notwendig sind. Wieso ist das hier erforderlich?

Vermutlich, weil dein Dokument immer noch nicht als UTF-8 interpretiert wird.

Dass eine charset-Angabe per META-Element niedrigere Priorität hat, als eine per HTTP gemachte, ist Grundlagenwissen in Bezug auf Zeichenkodierung im Web.

nikosch · 16.07.2010, 17:56

Zitat:

mysql_query("SET NAMES 'utf8'");
mysql_query("SET CHARACTER SET 'utf8'");

Bitte auch nicht beide verwenden. Näheres findest DU im Adventskalender.

drsoong · 20.07.2010, 10:59

Zitat:

Zitat von ChrisB

Vermutlich, weil dein Dokument immer noch nicht als UTF-8 interpretiert wird.

Dass eine charset-Angabe per META-Element niedrigere Priorität hat, als eine per HTTP gemachte, ist Grundlagenwissen in Bezug auf Zeichenkodierung im Web.

O.K. danke erst Mal für Eure Hinweise.

Ich hatte übersehen, dass meine IDE php-Dateien standardmäßig in ANSI speichert. Nach entsprechender Anpassung sind gleich einige "Oddities" vom Bildschirm verschwunden.

Den Adventskalendereintrag habe ich gelesen. Danke für den hiflreichen Hinweis.

ChrisB: Ich programmiere jetzt seit sechs Jahren kommerziell. Habe es mir selber beigebracht. 70% meines Wissens erwächst aus den jeweiligen Projektanforderungen. Den Rest versuche ich mir so anzulesen. Ich finde es manchmal etwas ernüchternd, wenn man dann immer noch auf Basics stößt, von deren Existenz man noch nicht einmal wußte. Umgekehrt weiß ich, dass meine Kunden sehr zufrieden sind, mich gerne weiter beschäftigen und ich den Job durchaus ernst nehme. So kann ich damit leben, dass die Priorisierung zwischen http und meta erst jetzt auf den Lehrplan kommt.

dennis81 · 20.07.2010, 11:05

Zitat:

Zitat von nikosch

Bitte auch nicht beide verwenden. Näheres findest DU im Adventskalender.

Mal ne kleine Offtopic Frage: Warum schreibst DU, DU immer groß?

Asipak · 20.07.2010, 11:13

Zitat:

Zitat von dennis81

Mal ne kleine Offtopic Frage: Warum schreibst DU, DU immer groß?

http://www.php.de/html-usability-und...tml#post520996

Wollen wir es ihm mal glauben

drsoong · 04.08.2010, 22:31

Vielleicht interessiert das ja noch jemand anderen. Habe inzwischen alle Probleme / Fragen gelöst / beantworten können.

Zitat:

Eigentlich hatte ich gedacht, dass HTML-Entitäten der Darstellung wegen nicht zwingend notwendig sind. Wieso ist das hier erforderlich?

Habe übersehen, die PHP-Datei selber noch in UTF-8 zu speichern. Habe das nachgeholt und jetzt sind auch keine HTML-Entities mehr nötig.

Zitat:

2. FPDF scheint per se kein UTF-8 zu unterstützen. Hat da mal jemand einen Hinweis, was ich alternativ nehmen oder machen sollte? D. h. was ist Eure Empfehlung?

Nach aufmerksamen Studium eines FPDF-Tutorials und Duchforsten des FPDF-Forums habe ich es so gemacht: a) mir eine eigene FPDF-Schriftdatei z.B. für Russisch erstellt.
b) Diese Schriftdateien werden per

PHP-Code:

  $pdf->addFont

hinzugefügt bzw. eingebettet
c) Das PDF wird dann per fpdi mit Vorlagen und per DB mit UTF-8-Input befüllt, der per

PHP-Code:

  iconv('UTF-8','iso-8859-5',$ausdruck)

passend gemacht wird.

Zitat:

3...Muß ich für die Osteuropäer andere Schriftarten nehmen?

Hat sich mit der Lösung von 2 erledigt.

nikosch · 04.08.2010, 22:37

[OT]

Zitat:

php.de - das Deutsche PHP-Forum

Wollen wir es ihm mal glauben

Was Du so alles auf dem Schirm hast. Ist ja gruselig! Wusste nicht mal selbst, dass ich das mal geschrieben habe!

Also - wie gesagt - ist ein Tippfehler, der wohl irgendwie mit meiner Art der Tastaturbedienung zu tun hat. Versuche es i.A. zu korrigieren, aber manchmal übersehe ich das.

drsoong · 04.08.2010, 23:47

Hey nikosch, scheinst wohl schon wieder Probleme mit der Tastatur zu haben. Deine Antwort ist doch sicher nicht für diesen Thread bestimmt???!!!

nikosch · 05.08.2010, 00:19

Doch, doch:

Zitat:

Mal ne kleine Offtopic Frage: Warum schreibst DU, DU immer groß?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Excel-Tabelle -> Webapplikation	hExapod4	Datenbanken	2	05.01.2009 14:42

16.07.2010, 16:26
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	[Erledigt] Webapplikation für Osteuropa fit machen Hi habe eine Anwendung laufen mit meta charset iso-8859-1 und in MySQL im Wesentlichen latin1_general_ci. Das ganze lief bisher nur in Deutschland, Österreich, Frankreich, soll jetzt aber auch in Tschechien, Slowakei, Ungarn, Polen und Russland für einen anderen Kunden laufen. Also habe ich kurzerhand die DB, Tabellen, Tabellenfelder auf utf8_general_ci umgestellt und damit begonnen, die wenigen im Auslieferungszustand enthaltenen Datenbankeinträge neu einzugeben. Ferner habe ich html-seitig auf meta charset UTF-8 umgestellt und die Datenbankverbindung mit PHP-Code: `mysql_query("SET NAMES 'utf8'"); mysql_query("SET CHARACTER SET 'utf8'");` noch angepaßt. Im Ergebnis läuft das alles erst mal ganz gut. Dennoch beschleichen mich einige Fragestellungen: 1. Ein ausgelesener Datenbankeintrag "Rüdé" wird nur dann richtig auf der Website dargestellt, wenn ich PHP-Code: `function to_html_entities_utf8 ($word) { return htmlentities($word,ENT_QUOTES,'UTF-8'); }` auf den Output anwende. Eigentlich hatte ich gedacht, dass HTML-Entitäten der Darstellung wegen nicht zwingend notwendig sind. Wieso ist das hier erforderlich? 2. FPDF scheint per se kein UTF-8 zu unterstützen. Hat da mal jemand einen Hinweis, was ich alternativ nehmen oder machen sollte? D. h. was ist Eure Empfehlung? 3. Aktuell sagt mein Stylesheet z. B. Code: font-family:Arial, Helvetica; Muß ich für die Osteuropäer andere Schriftarten nehmen? Wenn ja, wie löse ich das generell. Stylesheets dynamisch einbinden, nur noch Arial Unicode (?) oder ähnliches? Ein netter Nebenbefund: Die oben genannten Sprachen sind sprachcodierungsmäßig der ISO-639 zugeordnet, der im übrigen - völlig erwartungsgemäß - auch Klingonisch zugeordnet ist (siehe Wikipedia). Wäre nett, wenn Ihr ganz oder teilweise Ideen und Anregungen habt. Gruß


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

04.08.2010, 23:47
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Hey nikosch, scheinst wohl schon wieder Probleme mit der Tastatur zu haben. Deine Antwort ist doch sicher nicht für diesen Thread bestimmt???!!!