W3C validator Error wegen Content-Encoding
lima-city → Forum → Die eigene Homepage → Homepage Allgemein
check
code
datei
domain
fehler
feld
gucken
header
http
inhalt
komprimieren
mache
problem
server
set
stehen
tag
text
type
url
-
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 ?!
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
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 -
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
-
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. -
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 .... ?!?!
-
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 -
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... -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
