multilingual ... das beste vorgehen?

[mister_x1]

hey wurzel, wird meine antwort noch benötigt?

[Wurzel]

Original geschrieben von mister_x1
hey wurzel, wird meine antwort noch benötigt?

jepp ... bin gespannt.

[mister_x1]

also, zur anzeige der jeweiligen schriftzeichen, sendest du einfach nen header voraus, der die kodierung und die zeichentabelle angibt:

header("Content-type: text/html; charset=gb2312") 

von mir aus, kannst du noch zusätzlich nen meta angeben, aber der ist dann zweitrangig und wird je nach einstellung des servers (apache) ggf. durch den default-header ignoriert.
der browser erkennt, wenn er auf "automatisch" eingestellt ist, die zeichentabelle und stellt diese korrekt dar, sofern der zeichensatz beim client installiert ist, andernfalls fordert er dazu auf.
das schreiben der daten in die db erfolgt relativ blank, sprich trim(), addslashes() und ggf. je nach einsatzgebiet noch strip_tags().
fertig, mehr braucht man nicht.
beim auslesen funktionierte htmlspecialchars() oder htmlentities() nicht, da er wohl alles als sonderzeichen ansah, darum habe ich dafür die regex genommen. ansonsten nl2br() und stripslashes() und fertig.
so, ich hoffe nichts vergessen zu haben. bei fragen gern hier.

[Wurzel]

irgendwie alles zu einfach ... was hast du per regex umgewandelt?
wenn ich den charset richtig verstanden habe sollte zB im deutschen eine
umwandlung von zB Ä => Ä unnötig sein, wenn der header den richtigen charset sendet?

[Abraxax]

Original geschrieben von Wurzel
[...] sollte zB im deutschen eine
umwandlung von zB Ä => Ä unnötig sein, wenn der header den richtigen charset sendet?

jepp. ;-)

[mister_x1]

@abraxax: echt, da bin ich mir jetzt nicht so sicher. für deutsch und englich kannst ja problemlos die sonderzeichen umwandeln, mit den fertigen fkt.'s.

@wurzel: ja, es ist so einfach. bin in der entwicklung auch verschiedene wege und vorallem kompliziertere gegangen. aber es ist tatsächlich nicht mehr. wie gesagt, wichtig ist die angabe der richtigen zeichentabelle, habe festgestellt, daß utf-8 zu ungenau ist und nur bedingt funktioniert.

[Abraxax]

Original geschrieben von mister_x1
@abraxax: echt, da bin ich mir jetzt nicht so sicher. für deutsch und englich kannst ja problemlos die sonderzeichen umwandeln, mit den fertigen fkt.'s.

doch. die umlaute, zumindest bei den deutschen weiss ich es, funktionieren mit entsprechendem charset.

[mister_x1]

ah, okay, wieder etwas gelernt!

grüße aus dem sonnigen weimar!

[wahsaga]

Original geschrieben von mister_x1
wie gesagt, wichtig ist die angabe der richtigen zeichentabelle, habe festgestellt, daß utf-8 zu ungenau ist und nur bedingt funktioniert.

utf-8 ist vor allem etwas vollkommen anderes, als das was du hier machst.

du gibst einfach ein stinknormales character-encoding aus dem ascii-bereich an. das hat mit uft-8 aber nicht das geringste zu tun.

[mister_x1]

hat es nicht? dann erklär mal! soweit ich mich erinnere, kannst du das encoding schon über utf-8 machen, sofern die daten im unicode vorliegen??

[wahsaga]

Original geschrieben von mister_x1
soweit ich mich erinnere, kannst du das encoding schon über utf-8 machen

ja, encoding des dokumentes und character encoding bzw. charset-angabe sind nicht das selbe, das stimmt.

[Wurzel]

so erstmal herzlichen dank an alle. ich werd das ganze jetzt so aufbauen:

eingabe-bereich:
- je nach gewählter sprache wird ein header (per php) mit entsprechendem charset gesendet
- das formular erhält zusätzlich dasselbe charset zugewiesen
- die daten werden "normal" in der datenbank gespeichert (also übliche maskierung)

ausgabe:
- je nach gewählter sprache wird ein header (per php) mit entsprechendem charset gesendet
- auslesen der daten aus der db
- ausgabe ohne htmlentities() allerdings mit htmlspecialchars() an den browser

hab ich was vergessen oder gibt es noch was zu beachten?

[mister_x1]

nö, sollte so gehen! schick dann nen link!

[Complic]

kann mal jemand ein paar codeschnipsel dazu online stellen, ich verstehe das ganze immernoch nicht brauche arabische/persische zeichensätze. Vielen Dank!