Les en-têtes HTTP sont-ils sensibles à la casse?

Dans un article de blog, j'utilise le code PHP suivant pour définir le type de contenu d'une réponse:

header('content-type: application/json; charset=utf-8');

Je viens de recevoir un commentaire sur ce poste en disant que les content-typebesoins à l' actif, Content-type. Est-ce correct? Cela semble fonctionner pour moi avec tous les minuscules et j'ai supposé que les en-têtes HTTP étaient insensibles à la casse. Ou cela fonctionne-t-il simplement parce que les navigateurs sont agréables?

Les noms d'en-tête ne sont pas sensibles à la casse.

De RFC 2616 - "Hypertext Transfer Protocol - HTTP / 1.1" , Section 4.2, "En-têtes de message" :

Chaque champ d'en-tête se compose d'un nom suivi de deux points (":") et de la valeur du champ. Les noms de champ sont en casse sensibles à la casse.

La mise à jour de la RFC 7230 ne répertorie aucun changement par rapport à la RFC 2616 dans cette partie.

Les noms d'en-tête HTTP ne respectent pas la casse, selon la RFC 2616 :

4.2:

Chaque champ d'en-tête se compose d'un nom suivi de deux points (":") et de la valeur du champ. Les noms de champ ne respectent pas la casse.

(Les valeurs de champ peuvent ou non être sensibles à la casse.)

Si vous faites confiance aux principaux navigateurs pour respecter cela, vous êtes prêt.

BTW, contrairement à la plupart de HTTP, les méthodes (verbes) sont sensibles à la casse:

5.1.1 Méthode

Le jeton Méthode indique la méthode à exécuter sur la
ressource identifiée par l'URI de demande. La méthode est sensible à la casse.

   Method         = "OPTIONS"                ; Section 9.2
                  | "GET"                    ; Section 9.3
                  | "HEAD"                   ; Section 9.4
                  | "POST"                   ; Section 9.5
                  | "PUT"                    ; Section 9.6
                  | "DELETE"                 ; Section 9.7
                  | "TRACE"                  ; Section 9.8
                  | "CONNECT"                ; Section 9.9
                  | extension-method
   extension-method = token

tldr; les en-têtes HTTP / 1.1 et HTTP / 2 ne respectent pas la casse.

Selon RFC 7230 (HTTP / 1.1):

Chaque champ d'en-tête se compose d'un nom de champ insensible à la casse suivi d'un deux-points (":"), d'un espace de début facultatif, de la valeur du champ et d'un espace de fin facultatif.

https://tools.ietf.org/html/rfc7230#section-3.2

En outre, RFC 7540 (HTTP / 2):

Tout comme dans HTTP / 1.x, les noms de champ d'en-tête sont des chaînes de
caractères ASCII qui sont comparées de manière non sensible à la casse.

https://tools.ietf.org/html/rfc7540#section-8.1.2

header('Content-type: image/png') ne fonctionnait pas avec PHP 5.5 servant IE11, comme dans le flux d'image était affiché sous forme de texte

header('Content-Type: image/png') travaillé, comme dans l'image apparue comme une image

La seule différence est le «T» majuscule.

Ils ne sont pas sensibles à la casse. En fait, le serveur Web NodeJS les convertit explicitement en minuscules, avant de les rendre disponibles dans l'objet de requête.

Il est important de noter ici que tous les en-têtes sont représentés en minuscules uniquement, quelle que soit la façon dont le client les a réellement envoyés. Cela simplifie la tâche d'analyse des en-têtes pour n'importe quel but.

Le RFC pour HTTP (tel que cité ci-dessus) dicte que les en-têtes ne respectent pas la casse, mais vous constaterez qu'avec certains navigateurs (je vous regarde, IE), la mise en majuscule de chacun des mots a tendance à être la meilleure:

Location: http://stackoverflow.com

Content-Type: text/plain

contre

location: http://stackoverflow.com

content-type: text/plain

Ce n'est pas la norme "HTTP", mais juste une autre des bizarreries du navigateur, nous en tant que développeurs, devons penser.

officiellement, les en-têtes ne respectent pas la casse, cependant, il est courant de mettre en majuscule la première lettre de chaque mot.
mais, comme c'est une pratique courante, certains programmes comme IE supposent que les en-têtes sont capitalisés.
Ainsi, alors que les documents disent qu'ils ne respectent pas la casse, les mauvais programmeurs ont fondamentalement changé les documents.

le mot Headers n'est pas sensible à la casse, mais à droite comme le Content-Type, il est recommandé de l'écrire de cette façon, car sa casse est sensible. comme mon exemple ci-dessous

headers = headers.set('Content-Type'