Re: Re: Re: Keine Umlaute
On 17.06.06 13:29:24, Thomas Halinka wrote:
> >locales-Pakete die Default-System-Local in /etc/default/locale abgelegt
> >und wird auch von den meisten login-Programmen von dort gelesen (welche
> >das nicht machen erfaehrst du in /etc/pam.d, halt nach pam_env
> >Ausschau). Man kann LANG aber auch problemlos in andern Dateien setzen
> >die beim Login eingelesen werden (bei bash die *bashrc Dateien und die
> >*profile Dateien).
> >
> >Und in jedem Fall gilt: Erst ein erneutes einloggen macht Aenderungen an
> >diesen Dateien wirksam.
>
> also /etc/default/locales stand UTF-8 drin, erst nach /etc/environment hatte
> ich die Probleme mit der Bash beseitigt.
> Wie kann das denn eigentlich sein?
Das hatten wir grad in einem anderen Thread bzgl. POSIX locale, ssh muss
upgedatet werden, da dessen PAM Konfiguration noch nicht auf diese
Aenderung bei den locales angepasst wurde. Deswegen benutzt man auf
Servern kein Testing.
> >hexdump index.php.1
> 0000000 213c 4f44 5443 5059 2045 7468 6c6d 5020
> 0000010 4255 494c 2043 2d22 2f2f 3357 2f43 442f
> 0000020 4454 5820 5448 4c4d 3120 302e 5320 7274
> 0000030 6369 2f74 452f 224e 2220 7468 707
>
> > hexdump index.php
> 0000000 213c 4f44 5443 5059 2045 7468 6c6d 5020
> 0000010 4255 494c 2043 2d22 2f2f 3357 2f43 442f
> 0000020 4454 5820 5448 4c4d 3120 302e 5320 7274
> 0000030 6369 2f74 452f 224e 2220 7468 7074 2f3a
> 0000040 772f 7777 772e 2e33 726f 2f67 5254 782f
>
> Aber ich befürchte, dass an dem feed selber liegt oder wie du meinst an dem
> Parsen....
Da fehlt jetzt aber leider der Text dazu, ohne kann man nicht sagen ob
das UTF-8 oder latin1 ist. Nimm mal bitte hexedit statt hexdump.
> Zuerst probiert ich:
> convmv -f iso-8859-1 -t utf8 -r --notest *
> --> keine Besseung
>
> >recode latin1..u8 index.php
> --> keine Besserung
>
> Wie kann ich denn meinem Apachen das Servieren vorgeben - jegliche Versuche
> scheiterten.
Was auch noch sein koennte: Das rss-feed wird als UTF-8 reingeschrieben,
der Rest des HTML ist aber Latin1, dann hast du 2 verschiedene
Kodierungen innerhalb derselben Datei, das gibt auch Probleme.
> -----------------
> > cat /etc/apache2/httpd.conf
> # This is here for backwards compatability reasons and to support
> # installing 3rd party modules directly via apxs2, rather than
> # through the /etc/apache2/mods-{available,enabled} mechanism.
> #
> #LoadModule mod_placeholder /usr/lib/apache2/modules/mod_placeholder.so
>
> AddDefaultCharset On
> AddDefaultCharset ISO-8859-15
Der Apache liefert also per Default latin9 aus.
> Was ist denn da los? Browser sagen immernoch, dass es in UTF-8 ist?!
s.o. Wenn die ausgelieferte Datei 2 Kodierungen enthaelt ist es nicht
ungewoehnlich dass der Browser UTF-8 annimmt. Kannst du mal die mit wget
abgeholte Datei an deine naechste Mail anhaengen, oder mir die URL sagen
wo ich sie mir selbst ziehen kann?
Erzeuge mal bitte eine einfache HTML-Datei:
<html>
<body>
Test
</body>
</html>
und rufe die ab. Ist die lt. Seiteneigenschaften als Latin9 oder UTF-8
angekommen? Wenn letzteres wird irgendwo noch die DefaultCharset-Angabe
ueberschrieben (an anderer Stelle derselben Datei oder einer anderen
Apache-Konfig).
> Eigentlich sollte das Problem doch gegessen sein, wenn Apache das Zeug in ISO
> liefert, oder etwa nicht?
Eventuell, aber nur wenn der RSS-Feed den du darstellst in latin1
umkodiert wird (oder keinerlei nicht-ASCII Zeichen enthaelt).
Andreas
--
Live in a world of your own, but always welcome visitors.
Reply to: