HTTP Accept-Encoding et l'envoi de manière non codée des données
J'construction d'un module de compression HTTP sortie. La lecture de la spec, je n'ai pas trouvé une distinction claire sur un couple de choses:
Accept-Encoding:
Cela devrait-il être traité de la même façon comme une Accept-Encoding: *
ou comme si aucun en-tête est présent?
Ou si je n'ai pas de soutien gzip, mais j'en ai un en-tête comme ceci:
Accept-Encoding: gzip
Dois-je retourner une erreur 406 ou il suffit de retourner les données non codée?
EDIT:
J'ai lu plus de la spécification à quelques reprises. Il mentionne mon premier cas, mais il ne définit pas ce que le comportement du serveur doit être.
Dois-je traiter ce cas comme si la tête n'est pas présent? Ou dois-je retourner une 406 erreur, car il n'y a aucune façon de coder quelque chose compte tenu de la valeur de champ (" n'est pas un encodage valide).
OriginalL'auteur beatgammit | 2011-07-14
Vous devez vous connecter pour publier un commentaire.
Il est écrit tout en Spec: 14.3 Accept-Encoding:
edit:
Qu'est-ce que "l'identité"
If I have an Accept-Encoding field, but it is empty
. N'est-ce pas clair? Je ne pense pas que la spécification précise...Désolé, vous avez raison, que sa fin... Mais il y a écrit quelque chose à propos de l ' "identité" de l'encodage, j'ai modifier ma réponse
Qu'est-ce que "l'identité" de l'encodage? Est-ce à dire quel que soit le fichier a été initialement sans aucune modification?
Je pense que c'est le serveur par défaut de la valeur, que vous pouvez définir dans le fichier de configuration du serveur web (apache par exemple)
OriginalL'auteur timaschew