Meta Frage
Gary
- html
2 ChrisB0 Der Martin0 Gary
Abend zusammen
Ist das hier:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
Doppelt gemoppelt?
Und wenn wir schon dabei sind, könntet Ihr mal einen Blick auf diese Seite werfen?
Habe ich einen sauberen Kopf?
Alle Metas drine die es gibt und wichtig sind?
Das wird die erste Domain, die nicht von Abfallstücken aus anderen Projekten zusammengeschustert werden soll. An das Design will ich noch gar nicht denken. Erst einmal nur sauberen, reinen Inhalt...
Gruß Gary
Hi,
Ist das hier:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">Doppelt gemoppelt?
Du meinst in *einem* HTML-Dokument?
Da wäre es vor allem Unsinn, und zwar absoluter.
MfG ChrisB
Hi Chris B
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">Du meinst in *einem* HTML-Dokument?
Da wäre es vor allem Unsinn, und zwar absoluter.
Ich habe immer das Obere genommen - spricht was dagegen? Hab gute Erfahrungen damit gemacht.
Gruß Gary
Grüße,
Ich habe immer das Obere genommen - spricht was dagegen? Hab gute Erfahrungen damit gemacht.
ehhm .. das ist AFAIK keine magische Mantra - das soll die Kodierung des Textes schon tatsächlich wiedergeben. in welcher hast du das ganze denn gespeichert/lieferst es aus?
MFG
bleicher
Hallo bleicher :-)
Jetzt aber - du enttäuscht mich...
Hat Gary jemals in seinem Leben etwas anderes als utf-8 codiert?
Ich steh drauf!
Ich trau mich gar nicht fragen, worin der Unterschied zwischen utf-8 und iso xxxxx besteht. Beide geht laut ChrisB wohl nicht...
Aber bitte bleicher : einfach - möglichst kurz und einfach (ist schon zu spät für komplexes *g*)
Gruß Gary
Hi,
Aber bitte bleicher : einfach - möglichst kurz und einfach (ist schon zu spät für komplexes *g*)
http://de.selfhtml.org/html/kopfdaten/meta.htm#zeichenkodierung
Lesen, und auch den weiterführenden Links folgen.
MfG ChrisB
Hallo
Jetzt aber - du enttäuscht mich...
Das von dir ...
Du bist ja nun auch nicht erst seit gestern hier. Da sollte man schon erwarten können, dass du dich in SELFHTML umschaust, um dir diese Frage selbst zu beantworten.
Ich trau mich gar nicht fragen, worin der Unterschied zwischen utf-8 und iso xxxxx besteht. Beide geht laut ChrisB wohl nicht...
Wie Martin schon sagte, es kann – den Spezialfall von US-ASCII als Bestandteil beider Kodierungen weglassend – nicht sowohl das Eine als auch das Andere sein.
Tschö, Auge
Hi,
Ich trau mich gar nicht fragen, worin der Unterschied zwischen utf-8 und iso xxxxx besteht.
kurz gesagt: ISO-8859-x kodiert alle Zeichen in den 128 Werten, die ASCII in einem Byte (also 256 Werten) übrig lässt. Somit ist die Gesamtmenge an unterschiedlichen Zeichen bei jeder einzelnen ISO-8859-x-Kodierung auf 256 beschränkt; jedes Byte der Datei repräsentiert genau eines von 256 möglichen Zeichen. Zeichen, die nicht Teil dieser 256 Möglichkeiten sind, können nicht dargestellt werden.
Bei UTF gibt es ein Flag-Bit, welches sagt, dass ein weiteres Byte Teil des Zeichens ist. Da das Schema hierzu fortgeführt werden kann, gibt es theoretisch mehr als 2 Millionen mögliche Zeichen, die hiermit abgebildet werden können. Es gibt gegenwärtig nicht genug Zeichen auf der Welt, um eines zu finden, welches nicht mit UTF abgebildet werden könnte.
Beide geht laut ChrisB wohl nicht...
Nein, es gibt keine Informationsquelle, die anzeigen könnte, welche Kodierung für das nächste Zeichen gewählt wurde. Der Organisationsaufwand wäre auch absurd - zumal es dank UTF keinen Use-Case für so etwas gäbe. (Um genau zu sein: UTF-16 käme dieser Idee als Spezialfall am nächsten, wird aber außerhalb asiatischsprachiger Dokumente gewöhnlich wegen Platzverschwendung zugunsten von UTF-8 ignoriert.)
Aber bitte bleicher : einfach - möglichst kurz und einfach (ist schon zu spät für komplexes *g*)
Oh, sorry ;-)
Cheatah
Hallo,
Um genau zu sein: UTF-16 käme dieser Idee als Spezialfall am nächsten, wird aber außerhalb asiatischsprachiger Dokumente gewöhnlich wegen Platzverschwendung zugunsten von UTF-8 ignoriert.
außer in Windows intern. Da wird UCS-2 (eine Variante von UTF-16) verwendet, wenn Windows-1252 nicht genügt.
Ciao,
Martin
Moin Moin!
außer in Windows intern. Da wird UCS-2 (eine Variante von UTF-16) verwendet
<Erbsenzähler>
UCS-2 ist eine reine 2-Byte-Codierung, die nur die Basic Multilingual Plane codieren kann (Unicode bis 1.1). UTF-16 dagegen kann den gesamten Zeichenvorrat von Unicode (>1.1) codieren. Damit ist UCS-2 ein Subset von Unicode. Siehe auch http://www.unicode.org/faq/basic_q.html#14.
</Erbsenzähler>
In der Praxis sind beide großenteils kompatibel, Probleme gibt es nur, wenn man die Basic Multilingual Plane verläßt.
Alexander
Hallo,
außer in Windows intern. Da wird UCS-2 (eine Variante von UTF-16) verwendet
<Erbsenzähler>
...
</Erbsenzähler>
ja, ich hätte schreiben sollen "eine _abgespeckte_ Variante von UTF-16". Besser? ;-)
Ciao,
Martin
@@Gary:
nuqneH
Ich trau mich gar nicht fragen, worin der Unterschied zwischen utf-8 und iso xxxxx besteht.
http://jendryschik.de/wsdev/einfuehrung/grundlagen/zeichenkodierung
Qapla'
Hallo,
Ist das hier:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
Doppelt gemoppelt?
zusammen ist es Unsinn. Eine Wand kann nicht gleichzeitig grün und blau sein. Es sei denn, sie ist schwarz, was man als Grün oder Blau mit einer Helligkeit von 0 betrachten könnte.
Hier: Wenn das Dokument in US-ASCII als kleinstem gemeinsamem Nenner codiert ist, erfüllt es auch die Regeln von UTF-8 und ISO-8859-x. Eine sinnvolle Angabe ist es dennoch nicht.
Abgesehen davon ist das meta-Element ja sowieso nur ein Fallback für den Fall, dass in der Serverkonfiguration versäumt wurde, die Textcodierung im HTTP-Header anzugeben.
Und wenn wir schon dabei sind, könntet Ihr mal einen Blick auf diese Seite werfen?
Habe ich einen sauberen Kopf?
Keine Ahnung, was mit deinem Kopf los ist. ;-)
Zumindest wurde in der Serverkonfiguration versäumt, die Textcodierung im HTTP-Header anzugeben. Ansonsten ... Date und Last-Modified sind redundant; die Serverversion geht eigentlich niemanden etwas an; Content-Length ist da.
Alle Metas drine die es gibt und wichtig sind?
Jede Menge, alle unwichtig oder unsinnig. Und das einzige sinnvolle meta-Element Content-Type sogar doppelt, wie oben angedeutet.
Das wird die erste Domain, die nicht von Abfallstücken aus anderen Projekten zusammengeschustert werden soll. An das Design will ich noch gar nicht denken. Erst einmal nur sauberen, reinen Inhalt...
Prima. Dann fang mal an. :-)
Ciao,
Martin
Hi Martin :-)
Zumindest wurde in der Serverkonfiguration versäumt, die Textcodierung im HTTP-Header anzugeben. Ansonsten ... Date und Last-Modified sind redundant; die Serverversion geht eigentlich niemanden etwas an; Content-Length ist da.
Wo siehst du das? Taucht das Problem auch bei www.wc-report.info auf? Dort wird die Seite ja von Perl ausgegeben.
Was ist mit Date und Last Modified? Überflüssig? Wo kommt das her - wo siehst du das? Und ganz wichtig: Wo stell ich das ab?
Jede Menge, alle unwichtig oder unsinnig. Und das einzige sinnvolle meta-Element Content-Type sogar doppelt, wie oben angedeutet.
Jetzt nicht mehr... *g*
Prima. Dann fang mal an. :-)
Jo sachte - gemütlich. Es wird nicht so heiß gegessen wie es gekocht wird...
Gruß Gary
n'Abend!
Zumindest wurde in der Serverkonfiguration versäumt, die Textcodierung im HTTP-Header anzugeben. Ansonsten ... Date und Last-Modified sind redundant; die Serverversion geht eigentlich niemanden etwas an; Content-Length ist da.
Wo siehst du das?
im HTTP-Header. Leicht nachzuvollziehen entweder mit Firebug, oder mit der LiveHTTP-Extension für Firefox.
Taucht das Problem auch bei www.wc-report.info auf? Dort wird die Seite ja von Perl ausgegeben.
Ja, genau dasselbe.
Was ist mit Date und Last Modified? Überflüssig?
Naja, eins von beiden ist schon okay; beides zusammen bringt aber keinen Mehrwert.
Wo kommt das her - wo siehst du das?
Siehe oben.
Und ganz wichtig: Wo stell ich das ab?
In der Serverkonfiguration. Genauer kann ich es dir leider nicht sagen.
Prima. Dann fang mal an. :-)
Jo sachte - gemütlich. Es wird nicht so heiß gegessen wie es gekocht wird...
Das ist manchmal schade. Erst letzte Woche war ich bei Freunden zum Abendessen eingeladen, wo ich insgeheim dachte, das Essen hätte ruhig richtig heiß sein dürfen. Ein lauwarmes Reisgericht mit Hackfleisch fand ich nicht sooo toll. :-)
Ciao,
Martin