1 |
--- Sebastian Damm <lists@×××××.de> wrote: |
2 |
> In die Datenbank gehören immer die Rohdaten. Was |
3 |
> dann beim Auslesen daraus gemacht wird, ist Sache |
4 |
> des Skriptes. trim und striptags können natürlich |
5 |
> vorher drüberlaufen gelassen werden. |
6 |
|
7 |
Das leuchtet ein. Man koennte die Daten ja auch mal |
8 |
z.B. als PDF ausgeben wollen. |
9 |
|
10 |
> Ist das nicht automatisch gegeben? Wenn die Daten |
11 |
> aus einem Formular auf einem UTF-8-System ankommen, |
12 |
> müsste doch auch die Datenbank UTF-8 als Kodierung |
13 |
> haben. Damit regelt sich das denk ich mal von |
14 |
allein. |
15 |
|
16 |
Hmm .. ich habe im Meta-Tag der Skripte |
17 |
charset=ISO-8859-1, also latin1, angegeben und MySQL |
18 |
sagt das: |
19 |
|
20 |
<code> |
21 |
mysql> status; |
22 |
[...] |
23 |
Server characterset: latin1 |
24 |
Db characterset: latin1 |
25 |
Client characterset: latin1 |
26 |
Conn. characterset: latin1 |
27 |
[...] |
28 |
</code> |
29 |
|
30 |
Demnach sollten beide das gleiche Charset benutzen. Es |
31 |
kommen aber leider die Sonderzeichen anstatt der |
32 |
Umlaute in der DB an. |
33 |
|
34 |
Aber nach Deinem Hinweis auf utf-8 habe ich bei Google |
35 |
diese Anleitung gefunden. Ist zwar in Teilen fuer |
36 |
PostgreSQL, aber diese Parts werden sich wohl |
37 |
irgendwie auch auf DB-unabhaengig umsetzen lassen: |
38 |
|
39 |
http://www2.uibk.ac.at/zid/systeme/webserver/webapp/postgres_zeichensatzkodierung.sdbk#id2788436 |
40 |
|
41 |
Tschoe und Danke |
42 |
Jan |
43 |
|
44 |
|
45 |
Send instant messages to your online friends http://au.messenger.yahoo.com |
46 |
-- |
47 |
gentoo-user-de@g.o mailing list |