Gary: Meta Frage

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

  1. 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

    --
    RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?
    1. 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

      1. 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

        --
        __________________________-

        FirefoxMyth
        1. 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

          1. 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

            --
            RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?
          2. 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

            --
            Verschiedene Glocken läuteten in der Stadt, und jede von ihnen vertrat eine ganz persönliche Meinung darüber, wann es Mitternacht war.
            Terry Pratchett, "Wachen! Wachen!"
            ie:{ fl:| br:> va:) ls:[ fo:) rl:( ss:| de:> js:| zu:}
            Veranstaltungsdatenbank Vdb 0.3
          3. 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

            --
            X-Self-Code: sh:( fo:} ch:~ rl:| br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
            X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
            X-Will-Answer-Email: No
            X-Please-Search-Archive-First: Absolutely Yes
            1. 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

              --
              Wer im Steinhaus sitzt, soll nicht mit Gläsern werfen.
              Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(
              1. 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

                --
                Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".
                1. 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

                  --
                  Treffen sich zwei Holzwürmer im Käse: "Na, auch Probleme mit den Zähnen?"
                  Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(
          4. @@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'

            --
            Gut sein ist edel. Andere lehren, gut zu sein, ist noch edler. Und einfacher.
            (Mark Twain)
  2. 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

    --
    Rizinus hat sich angeblich als sehr gutes Mittel gegen Husten bewährt.
    Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(
    1. 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

      1. 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

        --
        Der Sinn einer Behörde besteht in ihrer Existenz.
          (alte Beamtenweisheit)
        Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(