nicht angemeldet
Codierung
0 
Gunnar Bittersmann
0 0 0
Codierung
Der MartinHallo zusammen,
Ich habe momentan zweit seiten laufen:
http://www.vam-shop.com/online-journal.htm
und
http://www.vam-shop.com/index.htm
Die Doctypes sind absolut identisch. Nur zeigt mir der Validator oben utf-16le und unten iso-8859-1 als Codierung an. Struppi hat mich schon darauf hingewiesen, da habe ich aber nicht gewusst, was er eigentlich damit meint.
Die Seiten gehen beide. Nur ist durch diese komische Codierung kein validieren im CSS-Validator möglich.
Wie stelle ich www.vam-shop.com/online-journal.htm sowie www.vam-shop.com/journal.css wieder normal ein?
Grüsse gary
-
@@gary:
Die Doctypes sind absolut identisch. Nur zeigt mir der Validator oben utf-16le und unten iso-8859-1 als Codierung an. Struppi hat mich schon darauf hingewiesen, da habe ich aber nicht gewusst, was er eigentlich damit meint.
„Es ist jedoch zu beachten, dass einfach nur eine andere Zeichencodierung anzugeben die Bytes nicht ändert; man muss den Text auch in dieser Codierung speichern.“ [Zeichencodierung für Dummies]
Live long and prosper,
Gunnar--
“New Jersey Hall of Fame? […] But then I ran through the list of names: Albert Einstein, Bruce Springsteen... my mother's going to like that. […] it's the only time she's going to hear those two names mentioned in the same sentence, so I'm going to enjoy it.” (Bruce Springsteen when inducted into the New Jersey Hall of Fame, 2008-05-04) -
Die Doctypes sind absolut identisch. Nur zeigt mir der Validator oben utf-16le und unten iso-8859-1 als Codierung an. Struppi hat mich schon darauf hingewiesen, da habe ich aber nicht gewusst, was er eigentlich damit meint.
der doctype hat nix mit der zeichencodierung zu tun - in deinem fall sendet der server offenbar die zeichencodierung im http-header mit, diese ist dann "gesetz" und alles was du in <meta http-equiv="" /> angibst, ist null und nichtig
sprich: sieh dir die serverconfig an
-
Hi suit,
sprich: sieh dir die serverconfig an
Diese beiden links sind auf dem _selben_ server im _selben_ Verzeichnis. Ich habe nie und nimmer was an der Serverconfig gemacht.
Kann das auch beim übertragen mit Filezilla schief gegangen sein?
(Die index.htm wurde mit einer alten FileZilla-Version übertragen)Liegt es daran, das ich die obere Seite mit WordPad geschrieben habe und diese in unicode gespeichert habe?
Gruss gary
-
Hallo,
sprich: sieh dir die serverconfig an
Diese beiden links sind auf dem _selben_ server im _selben_ Verzeichnis. Ich habe nie und nimmer was an der Serverconfig gemacht.die kann auch vermutlich nichts dafür. Es geht ja nicht darum, dass der Server *behauptet*, das Dokument habe eine bestimmte Codierung, sondern darum, dass es in einer bestimmten Codierung *gespeichert ist*.
Liegt es daran, das ich die obere Seite mit WordPad geschrieben habe und diese in unicode gespeichert habe?
So long,
Martin--
Die letzten Worte des stotternden Beifahrers:
Frei... frei... frei... freilich kommt da was!!
-
-
-
Mahlzeit,
Die Doctypes sind absolut identisch. Nur zeigt mir der Validator oben utf-16le und unten iso-8859-1 als Codierung an.
Dann scheinst Du entweder beim Speichern der Dateien irgendwas unterschiedlich gemacht zu haben, hast ihnen unterschiedliche <http://de.selfhtml.org/html/kopfdaten/meta.htm@title=<meta>>-Tags verpasst oder Dein Server behandelt die Dateien - aus welchem Grund auch immer - unterschiedlich und sendet unterschiedliche "Content-Type"-Informationen im Header mit.
Wie stelle ich www.vam-shop.com/online-journal.htm sowie www.vam-shop.com/journal.css wieder normal ein?
Definiere "normal". Ich würde Dir empfehlen, alle Dokumente in UTF-8 (ohne BOM) zu speichern und anschließend folgende <http://de.selfhtml.org/html/kopfdaten/meta.htm#zeichenkodierung@title=Angabe zur Zeichenkodierung> zu verwenden:
<meta http-equiv="content-type" content="text/html; charset=UTF-8">MfG,
EKKi--
sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:|-
Hi EKKi,
Ich habe mal die Html-Datei in utf-8 geändert. Jetzt kann man die umlaute in die Tonne treten. Ändert sich das, wenn ich die CSS auch in utf-8 speichere?
gruss gary
-
Hi EKKi,
Hat sich erledigt. Nachdem ich auch den Quellcode charset=utf-8 gesetzt hatte. waren die Umlaute wieder da.
Merci gary
-
@@gary:
Hat sich erledigt. Nachdem ich auch den Quellcode charset=utf-8 gesetzt hatte. waren die Umlaute wieder da.
Live long and prosper,
Gunnar--
“New Jersey Hall of Fame? […] But then I ran through the list of names: Albert Einstein, Bruce Springsteen... my mother's going to like that. […] it's the only time she's going to hear those two names mentioned in the same sentence, so I'm going to enjoy it.” (Bruce Springsteen when inducted into the New Jersey Hall of Fame, 2008-05-04)-
Hi Gunnar,
Hat sich erledigt. Nachdem ich auch den Quellcode charset=utf-8 gesetzt hatte. waren die Umlaute wieder da.
Jawohl Herr Major !!! ;-)
gruss gary
-
-
Mahlzeit,
Hat sich erledigt. Nachdem ich auch den Quellcode charset=utf-8 gesetzt hatte. waren die Umlaute wieder da.
Klar: wenn auf dem Etikett "Tzaziki" drauf steht, aber Marmelade drin ist, wird jemand, der blind probiert, auch erstmal ein komisches Gesicht machen.
Umgekehrt ist natürlich auch noch lange keine Marmelade drin, nur weil draußen "Marmelade" drauf steht.
MfG,
EKKi--
sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:|-
Mahlzeit,
Richtig, ich hab schon wieder hunger *g*
Klar: wenn auf dem Etikett "Tzaziki" drauf steht, aber Marmelade drin ist, wird jemand, der blind probiert, auch erstmal ein komisches Gesicht machen.
Umgekehrt ist natürlich auch noch lange keine Marmelade drin, nur weil draußen "Marmelade" drauf steht.
Das ist so wie mit Placebo *gg*
PS. Für die die es interessiert: Der CSS-Validator nimmt utf-8 Css-Dateien an. Utf-16le bringt ihn dagegen zum Absturz. Seber getestet!
Danke an alle Involvierten...
gary
-
-
-
-