kostenloser Webspace werbefrei: lima-city


W3C validator Error wegen Content-Encoding

lima-cityForumDie eigene HomepageHomepage Allgemein

  1. Autor dieses Themas

    linkrank

    linkrank hat kostenlosen Webspace.

    Hallo

    ich habe eine Domain (anderer Webspace)
    die beim W3C HTML validator nicht meh gelesen werden kann.

    Sorry! This document cannot be checked.
    .... The error was: Don't know how to decode Content-Encoding 'none'


    Vor paar Tagen ging es noch, ich habe an der Seite nichts geändert, also
    wohl am Server (wo ich keinen Einfluss habe) hat sich was geändert ?!

    Wenn ich den Header der URL aufrufe, ist da enthalten:
    [Content-Encoding] => none


    Der Content-Type auf dieser Seite ist:
    [Content-Type] => text/html; charset=iso-8859-1


    wenn ich in der .htaccess hinzufüge:
    Header set Content-Encoding "iso-8859-1"


    dann kommt als Fehlermeldung bei W3C Validator:
    .... The error was: Don't know how to decode Content-Encoding 'iso-8859-1'


    was muss ich (kann ich) tun,
    damit das 'Content-Encoding' wieder funktioniert ?!


  2. Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!

    lima-city: Gratis werbefreier Webspace für deine eigene Homepage

  3. Hallo,

    könntest du vielleicht mal einen Link zur Verfügung stellen. Die Glaskugel will bei mir heute nicht so richtig funktionieren und ich hab keine Lust hier zu raten, was den falsch sein könnte. Ich denke das geht hier allen so.

    Mit freundlichen Grüßen
  4. Autor dieses Themas

    linkrank

    linkrank hat kostenlosen Webspace.

    Hallo

    Adresse der Domain: http://www.self-tcl.de
    W3C HTML Validator: http://validator.w3.org/check?uri=http://www.self-tcl.de

    auch wenn ich charset auf UTF-8 umstelle ... der gleiche Fehler

    bei vielen Domains, die auf dem selben Webspace leigen ist das gleiche Problem,
    aber nicht bei allen, bei einigen Domains geht es auch problemlos (successfully checked)
    und vor ein paar Tagen konnte ich noch alle im W3C HTML Validator "abfragen"

    auch wenn ich die .htaccess Dateien komplett entferne, bleibt das Ergebnis so
    ... gleicher Webspace (Server) aber manche senden "komischen" Header
    mit [Content-Encoding] => none

    bei der Domain wo es funktioniert,
    kommt mit get_headers() gar kein Feld: [Content-Encoding] dafür
    [Vary] => Accept-Encoding

    aber auf Unterseite, dann doch wieder der Fehler ... dieses Content-Encoding: none im Header ?!?

    vgl: ... reisetower.de ... und ... reisetower.de/land1.php


    auf den Seiten, wo es "nicht" funktioniert,
    kommt auch ein HEADER Feld:
    [Set-Cookie] => stats=446501053769c06c565094b26d26e8ef; expires=Fri, 21-Jun-2013 17:01:26 GMT

    aber ich hae dort gar kein Cookie gesetzt ?!?! .... häää?


    Wenn ich in der .htaccess versuche:
    Header unset Content-Encoding: none

    dann kommt
    Status = HTTP/1.1 500 Internal Server Error

  5. Hallo,

    dein Problem ist für einen HTTP-Standard sogar ziemlich ausführlich beschrieben.

    Das Header-Feld „Content-Encoding“ wird in RFC 2616 » 14 Header Field Definitions » 14.11 Content-Encoding beschrieben, da werden auch die erlaubten Werte angegeben, welche in RFC 2616 » 3 Protocol Parameters » 3.5 Content Codings aufgelistet sind.

    Kurz gesagt verhält sich der Validator korrekt, da er den Wert nicht interpretieren kann und die Spezifikation nicht erläutert, wie bei einem falschen Wert verfahren werden soll. Die Variante des Validators die Verarbeitung einfach abzubrechen ist hier natürlich unschön, aber sinnvoller als den Inhalt möglicherweise Fehlerhaft zu verarbeiten!

    Die Lösung deines Problems ist denkbar einfach. Der Header sollte nicht gesendet werden, oder in dem Feld sollte „identity“ stehen, da dies der Default-Wert ist. Eine andere Lösung gibt es nicht, da wie gesagt die weiterverarbeitung nicht geregelt ist.

    Insgesamt können diese Werte in dem Feld stehen, je nach dem mit welchem Kompressionsverfahren die Inhalte gesendet wurden:
    gzip
    compress
    deflate
    identity

    Bei Text-Dateien bietet es sich z.B. an diese zu komprimieren. Lima-city benutzt dazu gzip, wie die meisten Websites. PNG's werden dagegen nicht nochmal komprimiert, da sie bereits komprimiert sind und der Rechenaufwand im Vergleich zum Nutzen (eventuell sogar negativ!) zu groß ist.

    In der .htaccess sollte also folgendes stehen, wenn die Daten unkomprimiert gesendet werden:
    Header set Content-Encoding: identity

    Für Textdateien ist es aber wie gesagt sinnvoll diese zu komprimieren, deswegen kann da sowas in die .htaccess geschrieben werden:
    <FilesMatch ".*\.(html|php|css|js|rss)$">
      SetOutputFilter DEFLATE
    </FilesMatch>

    Durch diesen Filter sollte der header automatisch mit deflate gefüllt werden.

    Außerdem solltest du zuerst gucken, ob nicht eines deiner Programme für den Fehler verantwortlich ist und dann dem Provider auf die Finger hauen, warum da ein falscher Header gesendet wird.

    Mit freundlichen Grüßen

    Übrigens, ich habe die Vorschläge jetzt nicht getestet, da mir so ein Problem noch nicht unterkam, deswegen solltest du wie gesagt erstmal gucken wo der Fehler herkommt.
  6. Autor dieses Themas

    linkrank

    linkrank hat kostenlosen Webspace.

    Hallo

    leider immernoch das Problem.

    wenn ich mache
    Header set Content-Encoding: identity


    dann sagt W3C Validator

    A fatal error occurred when attempting to decode response body from http://girokonto.self-tcl.de/index.php. Either we do not support the content encoding specified ("none, identity"), or an error occurred while decoding it.

    The error was: Don't know how to decode Content-Encoding 'none'


    auch wenn ich mache:
    wenn ich mache
    Header unset Content-Encoding
    Header set Content-Encoding: identity


    ... das gleiche, dieses 'none' bleibt einfach :(

    wenn ich das mit dem FilesMatch mache,
    dann ändert sich auch nix .... ?!?!
  7. Hi,

    so jetzt kommt die Gegenfrage, hast du es mit dem folgenden ausprobiert:
    <FilesMatch ".*">
      SetOutputFilter identity
    </FilesMatch>


    Und wenn das nicht funktioniert, wäre die nächste Frage, was für ein Framework oder CMS du für den Webausftritt benutzt.

    Mit freundlichen Grüßen
  8. Unabhängg vom encoding error solltest Du den code, passend zum spezifizierten Doctype, kompatibel zu HTML 4.01 machen, vgl
    den output von http://www.htmlhelp.com/cgi-bin/validate.cgi?url=http%3A%2F%2Fwww.self-tcl.de&warnings=yes.
    Da ist offensichtlich noch einiges im Argen...
  9. Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!

    lima-city: Gratis werbefreier Webspace für deine eigene Homepage

Dir gefällt dieses Thema?

Über lima-city

Login zum Webhosting ohne Werbung!